Caso di studio
- Cliente
- Conglomerato internazionale di navigazione e logistica
- Settore
- Navigazione e logistica
- Tecnologie
- Microsoft Azure
- Docker
- MySQL
- Apache
- Beanstalkd
- Navi collegate
- 100+
- Utenti esperti nel sistema
- 30
- Mesi di durata del progetto
- 10
Indice
Situazione iniziale
L’EDCenter (Engine Diagnostic Center) operava in modalità single-server: un’unica installazione, tutti i clienti come tenant su di essa, con gestione operativa e dati presso ATESO. Il conglomerato desiderava gestire l’applicazione nella propria corporate cloud — nel proprio tenant Azure, con certificati propri e collegato al login aziendale di gruppo.
Soluzione
La base è la versione containerizzata dell’EDCenter. Non si tratta di una soluzione su misura per questo cliente, ma della forma operativa del prodotto: la stessa immagine può essere eseguita nella public cloud di un cliente, nel suo data center o, come prima, presso ATESO. Tra gennaio e novembre 2024, ATESO ha implementato questa versione nel tenant Azure del conglomerato, ha estratto i dati dal sistema multi-tenant condiviso e ha supportato il rollout sulla flotta.
| Pacchetto di lavoro | Contenuto |
|---|---|
| Container e servizi di sistema | Web server, database (MySQL), Beanstalkd come gestore di code, invio email, configurazione Laravel per il funzionamento autonomo, cronjob, backup sulla stessa macchina come dump giornalieri, settimanali e mensili |
| Migrazione dati | Estrazione dei dati dal sistema multi-tenant in produzione, elaborazione dei metadati: parametri, curve, soglie, casi di errore |
| Configurazione specifica del cliente | Registrazione di flotte, navi, motori e cilindri; creazione di amministratori, 80 utenti DocSoft e ruoli manager; inserimento di dati master, soglie e curve di test del negozio |
| Single Sign-on | Integrazione dell’autenticazione Microsoft Entra ID nell’EDCenter, mappaggio del login Azure sull’utente locale dell’EDCenter |
| Test e messa in produzione | Implementazione dei container nella public cloud del cliente, configurazione dei certificati di crittografia di produzione, distribuzione dell’URL host modificato sui dispositivi di acquisizione dati, verifica della trasmissione dei dati |
| Documentazione | Consegna della documentazione operativa e di configurazione |
Dal funzionamento su singolo server a un’architettura abilitata per la cloud
La migrazione sposta più la posizione e la responsabilità che l’ambito funzionale:
| Prima | Dopo | |
|---|---|---|
| Gestione operativa | un server, tutti i clienti insieme | Container per installazione |
| Posizione | Infrastruttura di ATESO | Corporate cloud del cliente (Microsoft Azure) |
| Accesso | Gestione utenti propria nell’EDCenter | Single Sign-on tramite Microsoft Entra ID |
| Indirizzamento | Certificati e URL host condivisi | Certificati propri, URL host proprio sui dispositivi di acquisizione dati |
Risultato
Da metà novembre 2024, l’EDCenter opera nel tenant Azure del conglomerato. Oltre 100 navi inviano i loro dati operativi all’istanza dedicata, circa 30 utenti esperti vi lavorano e accedono tramite il loro account Azure esistente.
Gestione operativa e sviluppo futuro
Con il rollout, il progetto non si è concluso. ATESO continua a supportare l’installazione e collabora strettamente con gli esperti del conglomerato: i requisiti derivanti dall’operatività quotidiana entrano direttamente nello sviluppo dell’EDCenter, invece di restare in un backlog.
Ciò che conta è dove finiscono — non in un fork per un singolo cliente, ma nella base di prodotto comune. Ciò che un operatore segnala è disponibile a tutte le installazioni con il prossimo release. In questo modo, i requisiti provenienti da diverse flotte confluiscono nella stessa codebase, invece di perdersi in soluzioni individuali che nessuno può più mantenere congiuntamente.
Informazioni sull'autore
Ingegneria