Cloudová platforma SaaS a nasazení

Malé a střední podniky a rychlé nasazení: sdílené SaaS. Podniky s přísnými bezpečnostními politikami nebo hlubokou integrací PLC/VPN: dedikované single-tenant nebo on-premise. Poradíme během fáze PoC.

Na evropské cloudové infrastruktuře, na vyžádání s možností vyhrazeného prostředí i volby regionu.

Ano. Začněte se sdíleným řešením kvůli rychlosti a s růstem přejděte na dedikované nebo on-premise. Platforma je totožná.

Při cloudovém nasazení čte sběrná brána (collector) uvnitř závodu stroje dál a kusy i záznamy o prostojích ukládá lokálně do bufferu; po obnovení připojení je odešle zpětně. Jak dlouho vydrží, závisí na konkrétním nasazení a nadimenzuje se během PoC. Všechno, co běží na straně platformy, se zastaví okamžitě: dashboardy, uvolňování nových zakázek, reportovací obrazovky. Co musí operátor napsat, jde do obnovení spojení na papír, takže si před ostrým provozem domluvte náhradní postup pro důvody prostojů a zmetky. Během PoC kabel klidně vytáhněte.

Ne. Collector uvnitř podnikové sítě čte řídicí systémy a spojení navazuje odchozím směrem přes TLS nebo site-to-site VPN, takže se na firewallu neotevírá žádný port dovnitř závodu. Ujasněte si ale, co ten collector smí: je to důvěryhodný most a všechno, co si přes něj platforma může vyžádat zapsat, je vstupní cesta pod jiným jménem. Segmentace řídicí vrstvy je věcí vašeho síťového návrhu, takže si nechte od svého IT před PoC projít cílové adresy, porty a oprávnění k zápisu.

Vaše jsou servery, operační systémy, kontejnerová platforma, databáze, zálohy včetně testů obnovy, certifikáty a jejich obnovování, monitoring a okna pro aktualizace. To znamená konkrétního člověka se zkušeností s Linuxem a kontejnery, ne odpovědnost rozpuštěnou mezi vytíženým týmem. Je toho víc, než si většina zákazníků do rozpočtu dá, a pokud takového člověka v budově nemáte, on-premise pro vás není správná volba.

Znamenají, že se platforma kvůli vydání verze nevypíná, ne že se nikdy nic nepřeruší. Při postupné aktualizaci se obrazovka může znovu načíst a podle toho, jak je terminál přihlášený, si může vyžádat opětovné přihlášení; neuložené údaje v rozepsaném formuláři se přitom mohou ztratit. Migrace databázového schématu nebo verze, která mění způsob vykazování, si i tak může vyžádat plánované okno. Domluvte si, kdo se o vydání verze dozví předem a jak se dělá rollback.

Nejdřív rozhodnutý hardware a síť: servery nadimenzované podle modulů, které kupujete, výkon GPU, pokud berete vision nebo AI, samostatnou VLAN pro řídicí vrstvu, pravidla na firewallu mezi ní a aplikací, záznamy v DNS, certifikáty a záložní úložiště s někým, kdo odpovídá za testy obnovy. K tomu jmenovité administrátorské účty a dohodnuté servisní okno. Právě tyhle chybějící kusy zdržují spuštění mnohem častěji než samotný software.

Platformu, kterou provozujeme my, a jen hostovaná nasazení; u on-premise je dostupnost na vás. Vaše připojení k internetu, váš firewall, collector v závodě i samotné stroje stojí mimo ni a v praxi způsobují většinu toho, co závod vnímá jako výpadek. Ptejte se, jak se dostupnost měří, co se počítá jako plánovaná údržba, za jaké období se číslo počítá a jaká je náhrada, když se nesplní, a tyhle definice si nechte napsat do smlouvy.

Ano. Systémy na dílně zaznamenávají, kdo se přihlásil na kterém pracovišti a jak dlouho operace trvala, takže platformu lze provozovat v souladu s předpisy, ale vaše nasazení samo o sobě v souladu není. Potřebujete zpracovatelskou smlouvu, dobu uchování a rozhodnutí, kdo smí vidět výkon jednotlivce místo agregovaných čísel. Ptejte se, zda lze reporting na úrovni jednotlivce omezit rolí nebo vypnout, a zapojte právní oddělení či personalistiku včas, protože se zástupci zaměstnanců se to před spuštěním často projednává.