Re: Szybkosc pracy aplikacji w Progressie

[grzegorz.jandura@valeo.com]

Generalnie jest to prawda, tylko co ma zrobić ktoś, kupił software taki, a
nie inny. W tym wypadku jeżeli dostawca nie jest w stanie szybko pomóc
zostaje Windows 2000 Terminal Server albo Citrix.

-----------------------------------------------------------
Grzegorz Jandura
e-mail: grzegorz.jandura@valeo.com
-----------------------------------------------------------


                                                                                                                                      
                      "Pawel Dobrzynski"                                                                                              
                                                  cc:                                                                               
                      Sent by:                      Subject: Re: Szybkosc pracy aplikacji w Progressie                                
                      owner-progress@zeto.b                                                                                           
                      ydgoszcz.pl                                                                                                     
                                                                                                                                      
                                                                                                                                      
                           2002-07-01 09:43                                                                                           
                          Please respond to                                                                                           
                                   progress                                                                                           
                                                                                                                                      
                                                                                                                                      




Zastosowanie Citrixa może być pomóc, choć jest to rozwiązanie drogie i
wymagające dużych zasobów na serwerze. Najbardziej eleganckie i
przyszłościowe jest przeniesienie aplikacji do architektury n-warstwowej.
NAwet jeżeli fizyczna konfiguracja będzie dwuwarstwowa (klient - serwer),
możliwe będzie uruchamianie częsci procedur na serwerze bazy danych, a
części na końcówce klienta. Miejsce uruchomienia procedury można zmianiać,
znajdując optymalne rozłożenie przetwarzania pomiędzy klienta i serwera
przy jednoczesnym ograniczeniu ruch sieciowego. W tym przypadku serwer
aplikacji pracuje na jednej maszynie razem z serwerem bazy danych, co może
powodować konieczność zwiększenia zasobów serwera (w porównaniu do czystej
architektury klient-serwer), jednak zapotrzebowanie na zasoby powinno być
mniejsze niż przy zastosowaniu Citrixa, gdyż duża część przetwarzania może
być rozproszona na stacje klienta, dysponujące przecież w sumie bardzo dużą
mocą obliczeniową, która w przypadku Citrixa będzie wykorzystywana w
niewielkim stopniu.

Architektura n-warstowa otwiera przed aplikacją nowe perspektywy:
- możliwość łatwego dołączenia interfejsu internetowego do wybranych
funkcji (B2C)
- możliwość elastycznego uruchamiania w sieciach lokalnych lub w intranecie
- łątwość zastsowania dowolnego interfejsu (znakowy, graficzny, http,
java)+-
- możliwość centralizacji bazy danych i oporgramowania, bardzo istotna w
firmach wielooddziałowych gdzie pozwala ograniczyć koszty administrowania
aplikacją, ułatwia wdrażanie nowych wersji i dodawanie nowych stanowisk
- możliwość łatwego zintegrowania z innymi aplikacjami firmy i wymiany
danych on-line z aplikacjami partnerów.

Przejście do architektury n-warstwowej wiąże się z pewnymi nakładami pracy,
jednak są one mniejsze niż napisanie aplikacji od nowa, gdyż wiele
fragmentów kodu można ponownie wykorzystać.

Paweł Dobrzyński

Leszek Drabik wrote:
>
> Witam ..
> Czy ktos moze ma jakies doswiadczenie z przyspieszeniem pracy aplikacji
> klient-server.
> Aplikacje pracuje w sieci rozleglej ktora niestety nie jest zbyt
> szybka.. Odbija sie to na szybkosci pracy aplikacji.
> Server bazy (Progress 9.1C) pracuje na SUNie (wersja SunOS 5.6)..
> Natomiast na koncowkach sa klienci Progressa (rowniez 9.1C) pod
> Windowsami (Windows98 lub Win2000).
> Czy rozwiazaniem w tej systuacji jest przejscie na prace terminalowa
> (np. poprzez terminale Cytrix)?
> Czy ktos moze ma jakies doswiadczenie z Progressem w powišzaniu z
Cytrix'em?
>
> --
> ******************************
> *       Leszek Drabik        *
> *       lech@megapolis.pl    *
> *       lech75@go2.pl        *
> ******************************
>
> ------
> Strona WWW:     http://pluton.pol.lublin.pl/pugpl/index.htm
> Obsluga listy:  listserv@zeto.bydgoszcz.pl
> Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
> ------

--
Pawel Dobrzynski <mailto:pd@progress.com>

Progress Software Polska
http://www.progress.com/pl
tel: (+48 22) 673-10-44
fax: (+48 22) 610 94 83
------
Strona WWW:     http://pluton.pol.lublin.pl/pugpl/index.htm
Obsluga listy:  listserv@zeto.bydgoszcz.pl
Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
------




"This e-mail message is intended only for the use of the named
recipient(s).
The information contained therein may be confidential or privileged, and
its
disclosure or reproduction is strictly prohibited. If you are not the named
recipient, please return it immediately to its sender at the above address
and destroy it."


------
Strona WWW:     http://pluton.pol.lublin.pl/pugpl/index.htm
Obsluga listy:  listserv@zeto.bydgoszcz.pl
Archiwum listy: http://www.zeto.bydgoszcz.pl/progress/index.html
------