Close

ITSM per team high velocity

Che cos'è un database di gestione della configurazione (CMDB)?

CMDB, acronimo di Configuration Management Database (database di gestione della configurazione), è un file che chiarisce le relazioni tra hardware, software e reti utilizzati da un'organizzazione IT.

Il tuo CMDB memorizza informazioni sulla configurazione di elementi come hardware, software, sistemi, strutture e persino personale. Questi dati di configurazione possono includere interdipendenze tra gli elementi, la cronologia delle modifiche apportate a ciascun elemento e la classe e gli attributi, ad esempio tipo, responsabile e importanza, per ogni elemento. È compito dell'organizzazione IT definire quali elementi monitorare e in che modo farlo.

All'interno di un CMDB, gli elementi monitorati sono noti come elementi di configurazione (CI). In base alla definizione di ITIL 4, i CI rappresentano "qualsiasi componente che deve essere gestito per fornire un servizio IT". Alcuni semplici esempi di CI sono un router, un server, un'applicazione e una macchina virtuale.

L'obiettivo di un CMDB è fornirti le informazioni necessarie per prendere decisioni aziendali migliori ed eseguire processi ITSM efficienti. Centralizzando tutte le informazioni di configurazione, i leader possono comprendere meglio i CI critici e le loro relazioni. I CMDB sono importanti per l'analisi dell'impatto, la conformità legale, l'analisi delle cause principali, la gestione degli imprevisti e la gestione delle modifiche.

Gestione delle risorse IT (ITAM) e gestione della configurazione

La gestione della configurazione è una disciplina separata rispetto alla gestione delle risorse IT. La gestione delle risorse IT (nota anche come ITAM) è il processo di creazione di un inventario e di manutenzione, aggiornamento e smaltimento delle risorse IT. Le risorse IT includono software, hardware, reti, dati e altro ancora. Disporre di un gran numero di risorse significa che avrai una quantità elevata di interdipendenze che devono essere monitorate in un CMDB. Quasi tutti i CI (elementi di configurazione) in un CMDB verranno tracciati anche nel tuo strumento ITAM, ma non tutte le risorse monitorate tramite uno strumento ITAM si trovano anche in un CMDB. Ecco un esempio per chiarire questo punto:

Immaginiamo due asset. Uno è un computer e l'altro è un mouse. Entrambi dovrebbero essere tracciati nel tuo strumento ITAM, ma solo uno si troverà anche nel tuo CMBD. Un computer deve essere tracciato in un CMDB perché ha interdipendenze che devono essere gestite affinché il computer funzioni. Con un mouse, per fortuna, non c'è una rete di interdipendenze da tracciare.

Caratteristiche di un CMDB

Cerchiamo di capire qual è la funzione di un CMDB, qual è il suo ruolo nella gestione della configurazione e in che modo si relaziona e si differenzia dalla gestione delle risorse. Ma come si presenta la funzionalità CMDB a un livello più pratico?

Le principali caratteristiche funzionali di un CMDB sono le seguenti:

Dashboard trasparenti con metriche e analisi dei CI che semplificano il monitoraggio dello stato dei CI, le loro relazioni, l'impatto delle modifiche, i modelli che determinano imprevisti o problemi e il costo, in termini di denaro e risorse, associato alla creazione e alla manutenzione di ciascun servizio all'interno di un'organizzazione.

Funzioni di conformità che offrono agli auditor record dettagliati e visibilità non solo sullo stato corrente dei CI, ma anche sulle loro modifiche storiche, i controlli e i contrappesi, gli imprevisti e così via.

Creazione di CI e popolamento tempestivo dei relativi dati, supportati da tre diversi metodi: input manuale, integrazioni (basate su API, SCCM) e strumenti di rilevamento che eseguono scansioni automatiche di tutti gli indirizzi IP nella rete di un'organizzazione per raccogliere informazioni software e hardware, definendo in modo efficace un inventario di tutti i dispositivi fisici e virtuali dell'azienda.

Assistenza per i set di dati federati, inclusa la normalizzazione e la riconciliazione dei CI e dei relativi dati.

Mappatura dei servizi IT (in genere un'illustrazione grafica delle relazioni e delle dipendenze).

Controlli di accesso che consentono di assegnare diversi livelli di accesso a persone o team diversi in base alle esigenze e di monitorare le modifiche alla loro origine in caso di domande o imprevisti.

Improved inventory management

The more valuable an asset is to your business, the more important it is to know where it is, who is using and managing it, and what it’s used for. An effective asset tracking system can help a company maintain accurate asset inventory records, which reduces human error and prevents loss or misplacement of assets.

Increased operational efficiency

Effective asset tracking software optimizes workflows, saves time, and streamlines processes. This helps optimize resource allocation, improving productivity across the company/.

Cost savings

Your business and IT management team are under constant pressure to do more while spending as little as possible. Effective asset tracking helps decrease costs by optimizing asset utilization and reducing or eliminating unnecessary purchases or rentals.

Enhanced security

Effective asset tracking can significantly improve cybersecurity and physical security at your business. Solid asset tracking processes help deter theft and unauthorized use. Asset tracking information can also aid in recovery from accidental or intentional loss or damage.

Vantaggi del CMDB

I problemi principali affrontati da un CMDB sono i dati isolati e le informazioni obsolete. Prima di implementare un CMDB, la maggior parte delle organizzazioni dispone di dati distribuiti su vari sistemi con vari responsabili, il che rende difficile avere una visione d'insieme di tutti i CI e delle loro interdipendenze e, in misura maggiore, comprendere quali informazioni sono aggiornate e quali, invece, non lo sono.

Questo impedisce ai team di comprendere un contesto importante quando prendono decisioni, il che può influire sulla valutazione e la segnalazione dei rischi, compromettere il processo decisionale, rallentare la risoluzione dei ticket e, in ultima analisi, avere un costo per l'azienda, sia in termini finanziari che di reputazione.

Supponiamo, ad esempio, che i dati dell'elemento del CI A siano ospitati in un reparto e quelli dell'elemento CI B in un altro. Per funzionare correttamente, CI B dipende da CI A. Tuttavia, quando il reparto di CI A decide di portarlo offline per la manutenzione, non ha visibilità sull'impatto che questo comporta su CI B.

Nella migliore delle ipotesi, ciò può creare confusione tra i team; nel peggiore dei casi, può trasformarsi in un imprevisto grave. Tutto ciò che serve per evitare questo scenario è un CMDB efficace.

Forrester identifica tre casi d'uso in cui un CMDB è oggi di vitale importanza:

Pianificazione

I responsabili tecnologici hanno bisogno dei dati CMDB per pianificare, sia a un livello generale con l'architettura aziendale e la gestione del portafoglio sia a un livello più dettagliato con la gestione degli asset e della capacità.

Contabilità

Il reparto finanziario dell'IT richiede la registrazione delle applicazioni o dei codici di servizio per allocare gli estratti conti e gestire correttamente le finanze aziendali.

Operazioni

Un CMDB migliora una serie di procedure ITSM fondamentali, tra cui la gestione delle modifiche, la gestione degli imprevisti e la gestione dei problemi.

Nella gestione delle modifiche, un CMDB può migliorare la valutazione del rischio anticipando quali utenti, sistemi e altri CI potrebbero essere interessati. Nei settori regolamentati, può anche favorire la conformità, aiutare i team a gestire i controlli e fornire un audit trail chiaro.

Nella gestione degli imprevisti, un CMDB può contribuire a identificare le modifiche che hanno determinato un imprevisto e a ottenere una risoluzione più rapida. I record degli imprevisti possono essere associati ai CI pertinenti, aiutando i team a tenere traccia degli imprevisti nel corso tempo insieme agli asset su cui hanno un impatto.

Nella gestione dei problemi, un CMDB può essere utile per l'analisi delle cause primarie, consentendo ai team di individuare più rapidamente l'origine di un problema. Può inoltre supportare la gestione proattiva dei problemi aiutando i team a identificare gli asset che necessitano di aggiornamento per ridurre i costi di assistenza e il tempo di inattività non pianificato.

In sintesi, un CMDB deve ridurre la complessità, prevenire gli errori, aumentare la sicurezza e consentire un'esecuzione fluida delle pratiche ITSM come la gestione delle modifiche e degli imprevisti.

Le sfide dei CMDB

Le statistiche del settore ci dicono che solo il 25% delle organizzazioni ottiene un valore significativo dai propri investimenti in CMDB. Una percentuale di insuccesso così elevata non ha di certo giovato alla reputazione della tecnologia.

La buona notizia è che i motivi alla base di questo insuccesso sono evitabili e in genere rientrano in sei categorie prevedibili:

Cultura

Come per qualsiasi aspetto in un'organizzazione, la cultura e l'impegno del team sono uno dei fattori più importanti per il successo delle nuove tecnologie e dei nuovi processi. In un recente studio condotto dalla Harvard Business Review, il 93% dei dirigenti ha affermato che la principale sfida nella trasformazione digitale basata sui dati è costituita dalle persone e dai processi. Questo vale per i progetti CMDB.

Pertinenza

I CMDB sono spesso definiti la "singola fonte di riferimento", il che a volte può indurre le organizzazioni a cercare di inserire tutti i propri dati in un'unica posizione senza riflettere sulle specificità dei casi d'uso pertinenti per le loro esigenze.

Come per qualsiasi repository di dati, un CMDB deve contenere dati utili e mirati in grado di supportare processi interni come la gestione delle modifiche. Assicurati che il CMDB abbia un obiettivo di valore definito in modo chiaro, un responsabile e una modalità di aggiornamento dei dati che rifletta tutte le modifiche.

Centralizzazione

Quando affermiamo che un CMDB è una posizione centralizzata dove visualizzare i dati degli asset, non significa che tutti i dati degli asset debbano risiedere esclusivamente nel CMDB. Si tratta di una convinzione errata che può determinare un notevole aumento di lavoro per i team che ritengono di dover spostare tutti i loro dati in questa "singola fonte di riferimento". In questo contesto la vera best practice è quella di federare i dati provenienti da altri strumenti in modo da utilizzare lo strumento più appropriato per supportare ogni caso d'uso.

Ad esempio, spesso ha più senso conservare i dati finanziari in uno strumento di gestione finanziaria IT (ITFM) e le informazioni sulle licenze software uno strumento di gestione delle risorse software (SAM). I dati possono essere importati e sottoposti a mirroring nel CMDB, anche se questo non è il suo spazio di archiviazione principale.

Precisione

Molte organizzazioni hanno difficoltà a sviluppare e mantenere un CMDB preciso. I problemi più comuni riguardano gli strumenti di individuazione eseguiti troppo raramente, l'assenza di regole di automazione o la dipendenza da input manuali. La risposta a queste sfide è in genere l'individuazione basata sugli eventi che ottimizza la tradizionale individuazione bottom-up.

Per coloro che non hanno familiarità con questi termini, l'individuazione bottom-up indica il momento in cui gli asset vengono mappati, iniziando con l'infrastruttura per poi proseguire con i CI rivolti ai clienti. L'individuazione basata sugli eventi, invece, si verifica quando accade qualcosa, ad esempio un evento all'interno di un sistema o un problema, che determina la comunicazione tra i sistemi. In base all'evento che si verifica, quindi, il sistema mappa i CI correlati e le relative connessioni.

Non tutti i CI sono individuabili. Ad esempio, il team potrebbe voler mappare i monitor nel CMDB, ma poiché i monitor non sono individuabili da un sistema automatico, devono essere inseriti manualmente tramite un foglio di calcolo (o un metodo simile).

L'aspetto fondamentale dal punto di vista della precisione è sfruttare la potenza dell'individuazione bottom-up e basata sugli eventi per ottenere un quadro più chiaro degli asset e delle loro connessioni.

Prossimo contenuto
Incident Management