Case history

CMDBuild per la gestione di tutti i dati di configurazione, un sistema open-source che raccoglie automaticamente decine di migliaia di dati e identifica eventuali guasti in pochi minuti.

KDDI, società giapponese che fornisce un'ampia gamma di servizi di telecomunicazione, dispone di un “Platform Technology Department” responsabile della costruzione e del funzionamento dei data center, utilizzati internamente, e delle strutture dell'infrastruttura server, necessarie  all'azienda per fornire servizi ai propri clienti.

Il Platform Technology Department è responsabile della costruzione e del funzionamento stabile di KCPS (KDDI Cloud Platform Service, un cloud pubblico) e CKKB (noto anche come “cloud interno”), con decine di migliaia di server distribuiti in sette data center in Giappone, così come della costruzione di piattaforme infrastrutturali che condividono IT e 5G NF. Stiamo inoltre promuovendo lo sviluppo di piattaforme di soluzioni per la trasformazione digitale (DX).

Con l'espandersi del business, c'era la necessità di mantenere un funzionamento stabile dell'infrastruttura sempre più grande e complessa, riducendo allo stesso tempo i costi e migliorando l'efficienza, promuovendo l'automazione e le operazioni non presidiate, espandendo anche il valore aggiunto nell'area DX.

Mentre la virtualizzazione e la tecnologia dei container hanno consentito un uso più efficiente delle risorse fisiche, gli ambienti di sviluppo delle applicazioni sono diventati più sofisticati e complessi. Ciò significa che il posizionamento delle VM, il numero di container e la loro disposizione cambiano costantemente man mano che i container vengono eseguiti su un gran numero di VM. Allo stesso tempo, il numero di possibili punti di errore aumenta in modo esponenziale, pertanto diventa sempre più importante identificare in modo rapido ed accurato se e in che misura ci sono servizi interessati quando si verifica un errore, e identificare questi servizi interessati.

In passato, quando si verificava un guasto in un dispositivo fisico, le informazioni dovevano essere raccolte singolarmente da ciascun componente: si partiva da un componente dell'infrastruttura cloud e a turno in ordine si raccoglievano le informazioni singolarmente. Questo metodo ha richiesto ad esempio più di un'ora per identificare un impatto sugli strati superiori.

Questo non poteva essere più accettabile e quindi ci siamo impegnati a sviluppare un nuovo DB di gestione delle configurazioni, che ha considerato 2 aspetti critici: 1. l'adozione dell'open-source, per uno sviluppo a basso costo; 2 una produzione interna per la verifica e la progettazione del prodotto, per il miglioramento tecnico e l'acquisizione di conoscenze.

Ciò è stato reso possibile con OpenPIE, con la soluzione open-source CMDBuild (nella sua versione CMDBuild READY2USE) e l'implementazione dei connettori di CMDBuild, per una raccolta automatica delle informazioni di inventario delle apparecchiature.

KDDI ha seguito la progettazione del DB, l'indagine sui metodi di acquisizione delle API per vari elementi di dati, lo sviluppo interno di alcune API. Sono stati coinvolti anche VMware Japan, per il supporto tecnico, la conferma e la risposta alle specifiche, e OSSL Inc., che è il partner giapponese di Tecnoteca (sviluppatore e manutentore di CMDBuild), per la costruzione/test del DB e lo sviluppo del programma di raccolta dati. In ogni caso, il passaggio da uno sviluppo discrezionale tradizionale con fornitori ad uno sviluppo utilizzando il software open-source è stato fondamentale: KDDI ha condotto internamente la valutazione del prodotto open-source, la progettazione del modello di dati, la ricerca e lo sviluppo delle API e ha chiesto al fornitore di fare una minima attività di sola introduzione del prodotto; in questo modo lo sviluppo è stato ottenuto a 1/3 del costo dei metodi convenzionali.

Il risultato finale è che la soluzione consente una gestione centralizzata di decine di migliaia di dati, raccoglie e correla automaticamente informazioni aggiornate su dispositivi fisici, VM e container ogni 10 minuti. In caso di guasto fisico dell'attrezzatura, l'impatto a livello del container, l'unità più piccola, può essere accertato in soli 5 minuti!

Poiché viene archiviata anche la cronologia delle modifiche ai dati di configurazione, la configurazione in quel momento può essere confermata specificando il dispositivo fisico e la data/ora, e l'impatto dell'errore può essere rapidamente accertato in base ai dettagli operativi prima che si verifichi l'errore. Inoltre, il collegamento con altri sistemi consente operazioni più efficienti e nuove offerte di servizi.

In conclusione, KDDI è estremamente soddisfatta della soluzione implementata con CMDBuild, che consente di ottenere una gestione completamente centralizzata. Con altri prodotti e servizi non sarebbe possibile raggiungere questo livello di gestione e anche altri aspetti fondamentali, quali il basso costo e lo sviluppo in-house, non sarebbero applicabili.