Che cos'è Configuration Management Database (CMDB)?

L'integrazione di dashboard con parametri CI e analisi semplifica il monitoraggio dello stato dei dati, dell'impatto delle modifiche, dei modelli che portano a incidenti o problemi e dello stato dei CI. Fornisce al team operativo dati in tempo reale sull'incidente, il problema e le modifiche precedenti di un CI, riducendo in modo significativo il time to remediation di un problema.

Il controllo degli accessi offre la possibilità di assegnare diversi livelli di accesso a diverse persone o team secondo necessità e di risalire alla fonte di eventuali modifiche in caso di incidenti o domande.

I report dettagliati offrono tutta la visibilità necessaria per semplificare il processo di audit. Tra i dati inclusi nei record vi sono lo stato dei CI, la cronologia delle modifiche, controlli e incidenti.

Questa funzione è supportata in tre diversi tipi di metodi: integrazioni, strumenti di individuazione e input manuale, ognuno dei quali esegue la scansione degli indirizzi IP all'interno della rete di un'organizzazione per trovare informazioni su software e hardware. Questo processo crea un inventario di tutti gli asset e i dispositivi all'interno di un'azienda, comprese le risorse cloud.

Il supporto per set di dati federati include la riconciliazione e la normalizzazione dei CI e dei relativi dati pertinenti.

Una rappresentazione fisica delle relazioni e delle dipendenze correlate a un servizio IT.

Nonostante gli ovvi vantaggi di CMDB, molte organizzazioni non riescono a generare valore dalle soluzioni CMDB adottate per diversi motivi, tra cui: processi manuali impiegati per creare il CMDB, mancanza di personale e processi per identificare i dati critici da trasferire nel CMDB o strumenti automatizzati per garantire che i dati vengano inseriti correttamente nel CMDB. Tuttavia, ciò non significa che la tecnologia stessa non sia utile: identificando i fattori in gioco è possibile prepararsi ed evitare problemi che potrebbero ostacolare l'efficacia di CMDB.

Mantenere l'accuratezza di CMDB può essere difficile: tra gli ostacoli vi sono l'insufficiente frequenza con cui vengono eseguiti gli strumenti di rilevamento, l'assenza di protocolli di automazione o l'eccessivo affidamento sull'input di dati. Concentrando e ottimizzando le capacità di individuazione all'interno del CMDB, l'accuratezza migliorerà.

Sebbene CMDB offra una posizione centralizzata per visualizzare i dati, ciò non significa necessariamente che tutti i dati degli asset siano presenti esclusivamente nel CMDB. Una best practice consiste nell'acquisire i dati da altri strumenti in modo da utilizzare lo strumento più appropriato per supportare ciascun caso.

Sebbene CMDB funga da repository centralizzato per le informazioni sugli asset IT, a volte è possibile che in CMDB vengano aggiunte troppe origini dati. Questo può creare confusione e dati poco strutturati che possono essere difficili da classificare.

Alcune organizzazioni hanno la percezione che CMDB sia concepito per la mappatura di software e infrastrutture preesistenti e non per il nuovo stack di infrastruttura cloud e software. È importante che la discussione semantica non impedisca di monitorare il valore dei CI in uno strumento che offre una vista panoramica sugli ecosistemi tecnici.

Alcune aziende considerano CMDB come unica origine di riferimento: ciò può portare le organizzazioni a cercare di combinare tutti i dati in tale posizione senza considerare i casi d'uso e ciò che è rilevante per le loro esigenze. Un CMDB deve contenere solo dati utili e mirati che supportano i processi: assicurati che definisca valore, obiettivo, proprietario e modi per aggiornare tutti i dati.

L'impegno del team è uno dei fattori più importanti per l'integrazione e l'uso di nuove tecnologie e processi e per stabilirne il successo. Se la tua organizzazione e il personale coinvolto non si impegna completamente per il successo della soluzione CMDB, probabilmente non avrà successo.

È fondamentale scegliere lo strumento giusto per avere successo. Alcuni strumenti CMDB sono semplici repository di asset fissati su strumenti preesistenti di rilevamento dell'infrastruttura che mostrano una reazione lenta al cambiamento. I migliori strumenti CMDB sono quelli in grado di adattarsi rapidamente e che considerano i nuovi tipi di asset.

Ogni organizzazione ha obiettivi e casi d'uso diversi con i CMDB, che dovrebbero determinare la portata della configurazione.

Includono il software applicativo, i contenitori, le macchine virtuali, i database, i sistemi operativi, gli hardware, le porte, i servizi aziendali, i servizi tecnici e le reti.

Si tratta di utenti, organizzazioni, sedi, documenti, clienti, e contratti di servizio.