5. System SCADA

5.5. Przykłady architektury SCADA na bazie Intouch

    1.  

Pojedynczy komputer (najprostsza architektura)

Najprostsza architektura SCADA zawiera pojedynczy komputer, na którym jest budowana, testowana i uruchamiana aplikacja (rys. 5.4)

 

 

Rys. 5.4 Architektura z pojedynczym komputerem

    1.  

Architektura typu „klient”

Aplikacja jest budowana i testowana na jednej stacji, następnie kopiowana i uruchamiana na pozostałych stacjach. Zaleta: Łatwe zapewnienie redundancji, gdyż każda stacja działa całkowicie niezależnie od innych i można dowolnie zwiększać ich liczbę. Wady: Modyfikacja aplikacji wymaga wyłączenia aplikacji, skopiowania nowej wersji i ponownego uruchomienia wszystkich stacji. Na każdej stacji musi być osobna licencja (rys. 5.5).

 

Rys. 5.5 Schemat architektury typu „klient”

 

    1.  

Architektura bazująca na serwerze

Przykład architektury bazującej na serwerze zamieszczono na rys. 5.6.

 

Zalety:

  • Nie trzeba kopiować aplikacji,
  • Niższe ceny licencji,
  • Wszystkie modyfikacje są natychmiast widoczne.

Wady:

  • Trudne modyfikacje (pracujemy na jedynej działającej wersji),
  • Brak redundancji,
  • Wszystkie stacje muszą mieć te same parametry (np. rozdzielczości ekranów).

 

Rys. 5.6 Architektura bazująca na serwerze

 

    1.  

Architektura  sieciowa (NAD: Network Application Development)

Aplikacja jest budowana i testowana na centralnej stacji („master”), a następnie kopiowana do innych, gdzie jest wykonywana. Różnice w stosunku do architektury typu „klient”:

  • Licencja jest zainstalowana tylko na centralnej stacji,
  • Praca stacji jest możliwa wyłącznie przy połączeniu ze stacją „master”,
  • Dane mogą być archiwizowane tylko na głównej stacji (bardzo duże obciążenie sieci!) lub na każdej stacji z osobna.