MES w chmurze czy on-premise – jak obliczyć TCO i wybrać model wdrożenia

Trzy modele architektury: chmura, on-premise i model hybrydowy

Decyzja o architekturze oprogramowania wykonawczego determinuje sposób przetwarzania danych maszynowych oraz podział odpowiedzialności między zakład a dostawcę IT. Przedsiębiorstwa produkcyjne mają dziś do wyboru trzy warianty wdrożeniowe:

1. MES w chmurze (Cloud SaaS): Oprogramowanie i relacyjne bazy danych działają w certyfikowanym centrum danych dostawcy (np. AWS, Microsoft Azure lub prywatna chmura dostawcy). Na terenie fabryki instaluje się wyłącznie lekkie bramki brzegowe (Edge Gateway), których zadaniem jest pobranie sygnałów ze sterowników PLC i przesłanie ich przez zaszyfrowany tunel do chmury. Użytkownicy korzystają z pulpitów i raportów przez przeglądarkę internetową na dowolnym urządzeniu.
2. MES lokalny (On-Premise): Całość oprogramowania, serwer bazodanowy oraz interfejsy raportowe instalowane są na fizycznych serwerach lub w lokalnym klastrze wirtualnym (np. VMware, Hyper-V) zlokalizowanym w serwerowni zakładu. Dane nie opuszczają sieci zakładowej, a dostęp zewnętrzny możliwy jest jedynie przez bezpieczny tunel VPN.
3. Architektura hybrydowa: Coraz częściej stosowany kompromis inżynierski. Na hali pracuje lokalny serwer brzegowy, który realizuje sterowanie czasem rzeczywistym, buforuje sygnały maszynowe i zapewnia ciągłość rejestracji zleceń nawet przy całkowitej utracie połączenia z internetem. Z kolei zagregowane wskaźniki OEE, analizy wielozakładowe oraz raporty zarządcze synchronizują się z platformą chmurową.

Poniższa tabela przedstawia szczegółowe porównanie parametrów technicznych i operacyjnych wszystkich trzech podejść:

Wybierając model architektury podczas wdrażania systemu MES, należy upewnić się, że dostawca oferuje technologiczną swobodę migracji, umożliwiając start w chmurze i ewentualne przeniesienie bazy do infrastruktury lokalnej w przyszłości.

Kiedy model hybrydowy jest najlepszym wyborem?

Model hybrydowy sprawdza się szczególnie w czterech sytuacjach:

• Zakład z niestabilnym łączem internetowym, który nie może sobie pozwolić na przerwy w rejestracji danych, ale chce mieć raporty dostępne zdalnie.
• Grupa kilku zakładów, w której każda fabryka zbiera dane lokalnie, a zarząd porównuje wskaźniki wszystkich lokalizacji w jednym miejscu.
• Firma z restrykcyjną polityką IT, która dopuszcza wysyłanie do chmury tylko danych zagregowanych (np. OEE, zużycie energii), a nie surowych sygnałów z maszyn.
• Etapowa migracja – zakład zaczyna lokalnie, a w miarę dojrzałości przenosi raportowanie i analitykę do chmury.

Całkowity koszt posiadania (TCO): 5-letnie porównanie kosztów

Porównywanie kosztów systemów przemysłowych wyłącznie na podstawie ofert licencyjnych prowadzi do błędnych wniosków biznesowych. Rzetelna ocena wymaga obliczenia wskaźnika TCO (Total Cost of Ownership) w perspektywie minimum 5 lat, uwzględniającego koszty ukryte, infrastrukturę pomocniczą oraz nakłady na personel.

Założenia przykładowego wyliczenia TCO

Dla zilustrowania różnic przeanalizujmy średniej wielkości fabrykę przetwórczą:

• Park maszynowy: 15 maszyn produkcyjnych (centra obróbcze CNC i wtryskarki) pracujących na 2 zmiany.
• Liczba użytkowników: 20 operatorów terminali, 4 mistrzów zmianowych, 2 technologów, 1 kierownik produkcji.
• Zakres funkcjonalny: automatyczna rejestracja OEE, zlecenia produkcyjne, moduł przestojów, raportowanie zużycia energii elektrycznej.

Poniższa tabela zestawia przykładowe, szacunkowe koszty wdrożenia i 5-letniej eksploatacji w obu modelach:

Uwaga: Powyższe wyliczenie ma charakter przykładowy i służy celom porównawczym. Kwoty nie są cennikiem żadnego dostawcy (w tym iPLAS). Rzeczywiste koszty zależą od specyfiki technologicznej sterowników, indywidualnych stawek dostawców oraz posiadanej już infrastruktury serwerowej.

Z powyższej symulacji wynika, że w horyzoncie 5 lat model chmurowy pozwala ograniczyć całkowity koszt posiadania o blisko 39%. Różnica ta wynika głównie z wyeliminowania zakupu drogich licencji bazodanowych, braku konieczności wymiany serwerów po okresie amortyzacji oraz zredukowania obciążenia własnego działu IT. Dokładne omówienie stóp zwrotu z inwestycji w systemy cyfrowe przedstawia poradnik analizujący koszty wdrożenia MES i ROI.

Bezpieczeństwo danych produkcyjnych: ochrona strefy OT, IEC 62443 i NIS 2

Najczęstszą obawą inżynierów i menedżerów IT przed uruchomieniem systemu w chmurze jest ryzyko cyberataku na infrastrukturę przemysłową. Przełamanie zabezpieczeń biurowych grozi wyciekiem danych handlowych, natomiast ingerencja w sterowniki PLC na hali może skutkować fizycznym zniszczeniem urządzeń, pożarem lub przerwaniem ciągłości produkcji.

Profesjonalne wdrożenie chmurowe nie oznacza jednak bezpośredniego podłączania maszyn do internetu. Nowoczesne systemy opierają się na rygorystycznych zasadach cyberbezpieczeństwa zgodnych z międzynarodową normą IEC 62443 (Security for Industrial Automation and Control Systems):

1. Fizyczna i logiczna segmentacja sieci (Model Purdue)

Park maszynowy działa w wyizolowanej podsieci przemysłowej (OT VLAN), która nie posiada bezpośredniego routingu do sieci korporacyjnej ani do internetu. Jedynym urządzeniem pośredniczącym jest moduł Gateway wyposażony w dwa niezależne interfejsy sieciowe (dual-NIC). Jeden port komunikuje się lokalnie z maszynami przez protokoły przemysłowe, a drugi – przez zaporę sieciową (firewall) – wysyła zaszyfrowane paczki danych na zewnątrz.

2. Połączenie inicjowane wyłącznie z wnętrza zakładu (ruch wychodzący)

Bramka brzegowa inicjuje połączenie na zewnątrz fabryki za pośrednictwem bezpiecznego portu HTTPS/TLS (standardowo port 443). Na zaporze sieciowej nie otwiera się żadnych portów przychodzących do hali produkcyjnej. Oznacza to, że z poziomu internetu sieć maszynowa jest całkowicie niewidoczna i niedostępna dla zewnętrznych skanerów podatności.

3. Szyfrowanie bankowe i certyfikaty X.509

Transmisja danych telemetrycznych zabezpieczona jest protokołem TLS w najnowszej wersji, a każde urządzenie brzegowe uwierzytelnia się indywidualnym certyfikatem kryptograficznym X.509. Z tych mechanizmów (TLS i certyfikaty X.509) korzysta m.in. platforma iPLAS.

4. Lokalny bufor na wypadek utraty łączności (Store & Forward)

W przypadku zerwania dostępu do internetu (np. awaria światłowodu operatora telekomunikacyjnego) moduł Gateway automatycznie przechodzi w tryb buforowania offline. Ciągła akwizycja danych produkcyjnych jest zachowana – czasy cykli i sygnały postojów zapisują się w pamięci nieulotnej bramki, a po przywróceniu łączności pakiet danych zostaje bezpiecznie dosłany do chmury ze stemplem czasu bez utraty ani jednej minuty historii.

Procedura aktualizacji a ciągłość pracy maszyn (Zero-Downtime)

Istotnym aspektem eksploatacyjnym różniącym oba środowiska jest sposób wgrywania poprawek bezpieczeństwa i nowych wersji oprogramowania:

• W chmurze (SaaS): Dostawca realizuje aktualizacje w architekturze mikrousług i środowisk równoległych (blue-green deployment). Prace serwisowe odbywają się bez jakiejkolwiek przerwy w działaniu paneli operatorskich na hali. Nowe funkcje, szablony wykresów czy łatki podatności pojawiają się w systemie automatycznie, bez angażowania lokalnych inżynierów.
• W środowisku on-premise: Każda aktualizacja oprogramowania MES lub silnika bazy danych SQL wymaga zatwierdzenia przez zakładowy dział IT, wykonania pełnej kopii migawkowej maszyn wirtualnych oraz zaplanowania okna serwisowego – najczęściej w nocy z niedzieli na poniedziałek podczas planowanego postoju technologicznego. Jeżeli fabryka pracuje w ruchu ciągłym (24/7), skoordynowanie takiego okna serwisowego staje się poważnym wyzwaniem logistycznym.

Wymagania dyrektywy NIS 2 w przemyśle

Europejska dyrektywa NIS 2 (UE 2022/2555) rozszerza obowiązki z zakresu cyberbezpieczeństwa na część sektora produkcyjnego. Załącznik II obejmuje m.in. produkcję wyrobów medycznych, komputerów i elektroniki, urządzeń elektrycznych, maszyn, pojazdów i innego sprzętu transportowego, a także produkcję i dystrybucję chemikaliów oraz żywności. W Polsce przepisy wdraża nowelizacja ustawy o krajowym systemie cyberbezpieczeństwa – czy zakład podlega obowiązkom, zależy od branży i wielkości firmy. Przedsiębiorstwa muszą wdrożyć analizę ryzyka w łańcuchu dostaw, zarządzanie podatnościami oraz procedury ciągłości działania. W tym kontekście korzystanie z certyfikowanej chmury przemysłowej często ułatwia spełnienie wymogów audytowych, ponieważ dostawca infrastruktury chmurowej przejmuje na siebie obowiązek regularnych testów penetracyjnych, fizycznej ochrony serwerowni oraz planów odzyskiwania danych po awarii (Disaster Recovery).

Jak iPLAS wspiera elastyczny dobór modelu wdrożenia?

Polska platforma iPLAS została zaprojektowana tak, aby nie zmuszać przedsiębiorstwa do sztywnych kompromisów infrastrukturalnych. System dostosowuje się do wymogów bezpieczeństwa i polityki IT konkretnego zakładu produkcyjnego:

• Dostępność w obu modelach: iPLAS może zostać uruchomiony w chmurze (bez konieczności utrzymywania własnych serwerów aplikacyjnych) lub zainstalowany w lokalnej infrastrukturze serwerowej klienta (On-Premise).
• Moduł Gateway: odpowiada za akwizycję i przesyłanie danych z maszyn.
• Bezpieczeństwo połączeń: Zastosowanie szyfrowania TLS oraz certyfikatów X.509 gwarantuje, że dane o wskaźnikach produkcyjnych i zużyciu mediów są zabezpieczone przed przechwyceniem.

Wybierając oprogramowanie do zarządzania produkcją, warto sprawdzić, jak system radzi sobie w warunkach rzeczywistych. Zapoznaj się z możliwościami technicznymi na stronie wyjaśniającej czym jest platforma iPLAS lub umów prezentację systemu i omów specyfikację swojej sieci.

Najczęściej zadawane pytania

Czy awaria internetu zatrzyma produkcję przy systemie MES w chmurze?

Nie, awaria internetu nie powoduje zatrzymania maszyn ani przerwania zbierania danych. Sterowniki maszyn (PLC) pracują w sposób w pełni autonomiczny na hali. Przemysłowa bramka komunikacyjna Gateway buforuje wszystkie impulsy, zdarzenia i czasy cykli w lokalnej pamięci, a po wznowieniu dostępu do sieci automatycznie przesyła kompletne dane do platformy chmurowej bez uszczerbku dla ciągłości wskaźników OEE.

Jakie łącze internetowe jest wymagane do obsługi MES w chmurze?

Wymagania dotyczące przepustowości łącza są niewielkie, ponieważ bramka brzegowa przesyła jedynie zoptymalizowane dane telemetryczne w formacie JSON/binary (zwykle od kilkunastu do kilkudziesięciu kilobajtów na sekundę dla całej linii). Wystarczy standardowe, stabilne łącze firmowe o przepustowości rzędu 10–20 Mb/s. Dla zapewnienia stuprocentowej niezawodności zaleca się stosowanie łącza zapasowego (np. modem LTE/5G).

Czy chmura jest bezpieczniejsza od lokalnego serwera w fabryce?

W większości średnich zakładów produkcyjnych profesjonalna chmura przemysłowa zapewnia wyższy poziom ochrony niż lokalna serwerownia. Renomowane centra danych dysponują całodobowymi zespołami SOC (Security Operations Center), zautomatyzowanymi systemami anty-DDoS, zaawansowaną ochroną fizyczną oraz automatycznymi kopiami zapasowymi w wielu geolokalizacjach, co dla pojedynczej fabryki byłoby barierą kosztową nie do pokonania.

Kiedy model on-premise jest bezwzględnie konieczny?

Instalacja lokalna jest zalecana w zakładach zbrojeniowych, przedsiębiorstwach infrastruktury krytycznej o specjalnym statusie prawnym, fabrykach zlokalizowanych w miejscach całkowicie pozbawionych stabilnej łączności telekomunikacyjnej oraz w korporacjach posiadających wewnętrzne polityki zabraniające wyprowadzania jakichkolwiek danych telemetrycznych poza fizyczny obwód zakładu.