Cloud je štandardný východiskový bod

Väčšina závodov začína cestu k digitálnemu dvojčaťu pre Priemysel 4.0 vo verejnom cloude. Automatické spracovanie súborov .fbx a .obj umožní rýchlo spustiť 3D model. Push notifikácie držia majstrov a logistické tímy v obraze bez ďalších krokov. Platforma slúži ako zastrešujúca vrstva, ktorá preberá dáta v reálnom čase zo systémov RTLS, MES, ERP, WMS a SCADA. Prvé pilotné projekty sú krátke, často trvajú niekoľko týždňov, a ide v nich hlavne o to, aby bolo vidieť vysokozdvižné vozíky, ľudí a materiál na jednom priestorovom zobrazení.

V tejto fáze sú požiadavky na bezpečnosť a latenciu ešte pružné. Dáta môžu byť v spravovanom prostredí a odozva stačí na prvé príklady využitia.

Keď sa požiadavky sprísnia

Situácia sa zmení, keď prevádzkové dvojča už nie je pilot. Bezpečnostné tímy začnú trvať na segmentácii OT/IT, úplnom auditnom zázname a jasnej kontrole nad tým, kde sú uložené lokalizačné a výrobné dáta. Niektoré logistické alebo bezpečnostné procesy začnú vyžadovať nižšiu a predvídateľnejšiu latenciu. Obranný priemysel, kritická infraštruktúra a niektoré regulované výrobné závody narazia na hranicu skôr ako ostatné.

twinzo podporuje nasadenie vo verejnom cloude, v privátnom cloude, úplne on-premise aj hybridne. Úplne on-premise variant beží na Ubuntu 24.04 LTS s Dockerom. Úplne on-premise variant prichádza do úvahy až po tom, čo závod už investoval čas do pripojenia dátových tokov a do každodenných návykov okolo aktuálnej 3D mapy.

Konkrétne funkcie, ktoré on-premise zmiznú

Pri prechode na úplne on-premise inštaláciu zaniknú dve funkcie, ktoré sa v cloude zdali samozrejmé. Automatické 3D spracovanie súborov .fbx a .obj už nie je dostupné. Modely sa dajú naďalej načítať, ale proces, ktorý ich bez manuálneho zásahu konvertoval, odpadá. Prestanú fungovať aj push notifikácie. Stavové hlásenia, ktoré predtým chodili na telefóny alebo tablety, treba doručovať iným spôsobom.

Nejde o teoretické obmedzenia. V každodennej práci začnú prekážať, len keď si na ne tímy zvyknú. V prvých rozhovoroch sa o nich takmer nehovorí, lebo prvou prioritou je mať prehľad. Keď sa bezpečnostné pravidlá alebo požiadavky na latenciu sprísnia, tie isté tímy zistia, že za kontrolu nad infraštruktúrou musia pohodlné funkcie obetovať.

Prečo závody kompromis prijmú až neskôr

V prvých mesiacoch ide o rýchlosť a šírku dát. Závod chce vidieť tok materiálu, trasy vysokozdvižných vozíkov a pohyb ľudí bez prepisovania existujúcich systémov. Cloud to dodá rýchlo. Až keď priestorové dáta prúdia v reálnom čase a ľudia sa na ne spoliehajú pri rozhodnutiach na zmene, objavia sa tvrdšie obmedzenia. Prevádzková hodnota je vtedy už dokázaná, takže strata automatického 3D spracovania a push notifikácií je prijateľná cena za splnenie nových požiadaviek na bezpečnosť alebo latenciu.

Rozdiel medzi cloudom a on-premise často preklenie hybridné nasadenie. Kritické dátové toky alebo závody sa presunú on-premise, kým ostatné závody alebo menej citlivé dátové toky zostanú v cloude. Licencovanie podľa dátových bodov aj rozhranie API fungujú rovnako. Cesta sa nezačína odznova, mení sa len model hostingu, a to v okamihu, keď sa požiadavky skutočne sprísnili.

Ako sa rozhodnúť prakticky

Voľbu medzi on-premise a cloudom berte ako kontrolný bod v polovici cesty, nie ako spor o architektúre hneď v prvý deň. Zdokumentujte, ktoré spôsoby využitia naozaj potrebujú lokálnu kontrolu alebo nižšiu latenciu. Potvrďte, či je strata automatického 3D spracovania a push notifikácií pre konkrétne procesy prijateľná. Potom rozhodnite, ktoré časti dvojčaťa zostanú v cloude a ktoré sa presunú. Platforma už podporuje celé spektrum možností. Načasovanie rozhodnutia určuje, či si závod udrží tempo, alebo bude musieť prerábať skoršie rozhodnutia.