Home
Chi siamo
Soluzioni
Case study
News
Case study · Industria
Da on-premise a ROSA
Cinque anni di percorso cloud, dall’inizio alla fine:
l’ambiente OpenShift sale su AWS.
Industria · da OpenShift on-premise a Red Hat OpenShift Service on AWS · circa tre mesi
Schema dell’intervento. La durata dichiarata dal progetto è di circa tre mesi, dall’analisi tecnica al completamento della migrazione.
L’esigenza
L’ultimo passo
è il più delicato.
Il cliente ha intrapreso con noi un percorso di migrazione verso il cloud durato circa cinque anni, con l’obiettivo di rendere i propri sistemi informativi cloud native: abbiamo accompagnato tutte le tappe, dalla prima containerizzazione fino a questa fase conclusiva, la migrazione dell’ambiente OpenShift on-premise verso ROSA (Red Hat OpenShift Service on AWS), affrontando al contempo esigenze di scalabilità, continuità operativa, efficienza infrastrutturale e modernizzazione dei processi di rilascio.
Scalabilità
L’infrastruttura doveva poter seguire il carico invece di essere dimensionata una volta per tutte.
Continuità operativa
Il passaggio non poteva interrompere i servizi in esercizio né perdere i collegamenti con il legacy.
Efficienza infrastrutturale
Consumi e picchi vanno governati: nel cloud ogni scelta di dimensionamento ha un costo immediato.
Rilasci da modernizzare
Il percorso era anche l’occasione per rendere i deployment ripetibili e automatizzati.
Cosa abbiamo fatto
Dimensiona, migra,
collega, automatizza.
Circa tre mesi dall’analisi tecnica al completamento, con la parte più delicata — rete, Integration Layer e Single Sign-On — affrontata di petto.
Il progetto per esteso
Tre mesi,
dall’analisi al taglio del nastro.
Add Value ha realizzato in circa tre mesi la migrazione dell’ambiente, partendo dall’analisi tecnica e dimensionale dell’infrastruttura e dalla definizione delle risorse AWS necessarie. Sono state migrate le applicazioni, implementati script e pipeline tramite Helm e Argo e gestite le problematiche di rete e di connettività tra l’ambiente ROSA e le risorse legacy.
Particolare attenzione è stata dedicata all’Integration Layer, al sistema di Single Sign-On e all’adozione dell’Infrastructure as Code. Sono state inoltre progettate architetture ibride, automatizzate le pipeline di rilascio e introdotti health check in grado di intervenire automaticamente in caso di saturazione dei componenti critici.
Prima e dopo
Stesse applicazioni,
altra infrastruttura.
Trascina la maniglia: a sinistra il cluster OpenShift on-premise, a destra l’ambiente ROSA su AWS con le pipeline di rilascio automatizzate e i controlli di salute sui componenti critici.
- Durata
- circa 3 mesi
- Piattaforma
- ROSA — OpenShift su AWS
- Rilasci
- pipeline Helm e Argo
- Infrastruttura
- descritta come codice
Rappresentazione schematica dei due ambienti, non di una topologia reale.
Il risultato
Un’infrastruttura
che si riscrive.
In tre mesi, dall’analisi al completamento, l’infrastruttura è passata su AWS e Red Hat OpenShift. Con l’Infrastructure as Code ogni ambiente è descritto da codice versionato: si ricrea da zero quando serve, invece di essere riparato a mano. Gli health check intervengono da soli sulla saturazione, prima che diventi un disservizio.
Rilasci automatizzati con Helm e Argo, ripetibili ambiente per ambiente
Infrastructure as Code: l’ambiente si ricrea da codice versionato
Health check automatici sui picchi di consumo, senza intervento manuale
Nuove competenze infrastrutturali consolidate dal team
Base pronta per lo step successivo: la migrazione dell’ERP verso il cloud
Il progetto ha inoltre permesso al team di consolidare nuove competenze infrastrutturali e costituisce la base per il successivo step del percorso cloud dell’azienda: la migrazione dell’ERP da on-premise a cloud.
Dentro il progetto
Tre modi
di guardarlo.
Chi tiene su l’infrastruttura, chi rilascia, chi risponde della continuità: la stessa migrazione, tre priorità.
Dimensionata sui numeri veri
Il lavoro è partito dall’analisi tecnica e dimensionale dell’infrastruttura esistente e dalla definizione delle risorse AWS necessarie: il sizing prima della migrazione, non dopo la prima bolletta.
- Analisi tecnica e dimensionale dell’esistente
- Architetture ibride progettate, non subite
- Infrastructure as Code come impostazione di base
Pipeline al posto di procedure
Script e pipeline realizzati con Helm e Argo, provisioning e deploy automatizzati: il rilascio smette di essere un evento e diventa un’operazione ripetibile.
- Pipeline di rilascio automatizzate
- Helm e Argo per script e deploy
- Stesso rilascio in ogni ambiente
Si accorge da sola
Sono stati introdotti health check in grado di intervenire automaticamente in caso di saturazione dei componenti critici: la continuità non dipende da chi sta guardando il cruscotto in quel momento.
- Health check con intervento automatico
- Gestione di consumi e spike
- Connettività garantita con le risorse legacy
Tecnologie e ambiti
Continua a leggere
Altre storie
Banking · Software
Corporate Remote Banking
Una piattaforma multi-banca e multi-azienda, con interfaccia evoluta e backend a microservizi, sviluppata per un fornitore di servizi tecnologici alle istituzioni finanziarie.
0 fermi macchina
Il caso completoBanking · Data
Macchina operativa di migrazione
Automatizza diagnostica, normalizzazione e trasferimento dei dati per migrare i portafogli NPL e supportare le acquisizioni successive.
~350 trasformazioni · 10 verticali
Il caso completoBanking · Software
App Agenti NPL
L’app Android e il portale web, con funzionalità in parte sovrapposte, sono stati unificati in una Progressive Web App Angular per gli agenti sul campo e le società di recupero.
da 2 applicativi a 1
Il caso completoInsurance · Software
Test di non regressione
Un servizio di test automatizzati attivo dal 2019, inizialmente con UFT e poi con Playwright, per verificare che le nuove funzionalità non compromettano quelle esistenti.
+3.700 test automatizzati
Il caso completoBanking · Software
Exchange Digital Corporate
La dorsale dei flussi Corporate Banking è stata rinnovata e introdotta in parallelo al sistema storico, gestendo circa 1,5 milioni di flussi al giorno.
da 10 minuti a meno di 1
Il caso completoInsurance · Software
Middleware per l’API Management
API Manager custom in .NET, con orchestrator bidirezionale e monitoraggio ELK, per l’emissione di polizze near real time, 24/7.
+20% performance
Il caso completoInsurance · Software
AM Vita
Gestione e manutenzione del software del ramo Vita, con interventi correttivi, evolutivi e gestione delle richieste occasionali.
97% SLA rispettati
Il caso completo