Piattaforma Cloud SaaS & Deployment

PMI e roll-out rapidi: SaaS condiviso. Grandi aziende con policy di sicurezza rigorose o integrazione profonda PLC/VPN: single-tenant dedicato o on-premise. Vi consigliamo la soluzione migliore durante il PoC.

Su infrastruttura cloud europea, con opzioni di ambiente dedicato e di regione su richiesta.

Sì. Iniziate con il modello condiviso per la velocità e migrate al dedicato o on-premise mano a mano che crescete. La piattaforma è identica.

In un deployment cloud il collector installato in stabilimento continua a leggere le macchine e bufferizza in locale conteggi e record di fermo, poi li reinvia quando il collegamento torna; per quanto tempo regge dipende dal deployment e si dimensiona durante il PoC. Tutto quello che arriva dalla piattaforma si ferma subito: dashboard, rilascio di nuovi ordini, schermate di reporting. Tutto quello che l’operatore deve digitare passa alla carta finché la linea non torna, quindi concordate prima del go-live una procedura di ripiego per le causali di fermo e gli scarti. Durante il PoC staccate il cavo e verificate.

No. Un collector interno alla rete di stabilimento legge i controllori e apre la connessione in uscita su TLS o su VPN site-to-site, quindi non si apre nessuna porta del firewall verso l’impianto. Mettete però in chiaro cosa quel collector può fare: è un ponte fidato, e tutto ciò che la piattaforma può chiedergli di riscrivere è un percorso in ingresso con un altro nome. La segmentazione del livello di controllo resta una vostra scelta di rete, quindi fate verificare al vostro team destinazioni, porte e permessi di scrittura prima del PoC.

Sono vostri i server, i sistemi operativi, la piattaforma container, il database, i backup e i test di ripristino, i certificati e il loro rinnovo, il monitoraggio e le finestre di aggiornamento. Vuol dire una persona con nome e cognome, con esperienza Linux e container. Spalmare la responsabilità su un team già pieno di lavoro non basta. È più di quanto quasi tutti mettano a budget, e se in azienda non c’è nessuno con questo profilo, l’on-premise per voi è la scelta sbagliata.

Significano che la piattaforma non viene messa offline per una release, non che non si interrompa mai nulla. Durante un rilascio in rolling una schermata può ricaricarsi e, a seconda di come è autenticato il terminale, può chiedere un nuovo login, e quanto è stato inserito in un form aperto senza salvare si perde. Una migrazione di schema, o una versione che cambia il modo in cui un dato viene riportato, può comunque richiedere una finestra pianificata. Concordate chi viene avvisato prima di una release e come si fa il rollback.

Prima si decidono hardware e rete: server dimensionati sui moduli che acquistate, capacità GPU se prendete vision o AI, una VLAN per il livello di controllo, le regole di firewall tra questa e l’applicativo, i record DNS, i certificati e una destinazione di backup con un responsabile dei test di ripristino. Aggiungete utenze amministrative nominative e una finestra di manutenzione concordata. Sono i pezzi mancanti qui, molto più del software, a far slittare un go-live.

La piattaforma che gestiamo noi, e solo i deployment in hosting; la disponibilità on-premise è vostra. La vostra linea dati, il vostro firewall, il collector in stabilimento e le macchine stesse restano fuori, e nella pratica è da lì che arriva quasi tutto ciò che in reparto viene vissuto come un fermo. Chiedete come viene misurata la disponibilità, cosa conta come manutenzione pianificata, su quale finestra temporale si calcola il valore e qual è la penale se non viene rispettato, e fate mettere queste definizioni a contratto.

Sì. I sistemi di reparto registrano chi ha fatto login su quale postazione e quanto è durata un’operazione, quindi la piattaforma si può usare in modo lecito, ma il vostro deployment non è conforme da solo. Servono un accordo sul trattamento, un periodo di conservazione e una decisione su chi può vedere le performance individuali anziché aggregate. Chiedete se il reporting a livello di singolo operatore si può limitare per ruolo o disattivare, e coinvolgete presto ufficio legale e HR, perché di norma le rappresentanze sindacali vanno consultate prima del go-live.