Atlassian Assets: perché conoscere la propria infrastruttura IT non basta più?
Dalla CMDB all’IT Asset Management: come collegare infrastrutture, servizi e dipendenze per trasformare i dati in decisioni operative.
Quanti asset tecnologici sono presenti in azienda? Dove si trovano? Chi li utilizza? Quali applicazioni e servizi dipendono da ciascuno di essi?
Per molte organizzazioni, rispondere alle prime domande è relativamente semplice. Le informazioni sono disponibili in inventari, database e strumenti di monitoraggio, anche se spesso distribuite tra sistemi differenti.
La complessità emerge quando occorre comprendere come questi elementi siano collegati tra loro e quale impatto possano avere sull’operatività aziendale.
Un server può essere correttamente censito, ma quali servizi dipendono dal suo funzionamento? Un’applicazione può risultare disponibile, ma quali processi verrebbero coinvolti da una sua interruzione? E quando viene pianificata una modifica infrastrutturale, come possiamo sapere quali altre componenti potrebbero esserne interessate?
Sono domande che spostano l’attenzione dalla semplice disponibilità dei dati alla loro capacità di supportare le decisioni.
È qui che entra in gioco la Configuration Management Database (CMDB): non soltanto un archivio di informazioni tecniche, ma uno strumento per comprendere le relazioni che tengono insieme infrastrutture, applicazioni e servizi.
E con soluzioni come Atlassian Assets, queste informazioni possono diventare parte integrante dei processi di IT Service Management.
SOMMARIO:
La gestione dell’infrastruttura IT parte necessariamente dalla conoscenza delle risorse disponibili.
Server, dispositivi, applicazioni, licenze e componenti cloud rappresentano un patrimonio tecnologico che deve essere identificato, aggiornato e monitorato.
Disporre di un inventario completo non significa però necessariamente avere una visione altrettanto completa del proprio ambiente IT.
Un inventario descrive gli elementi presenti. Per comprenderne il ruolo nell’organizzazione, è necessario osservare anche le relazioni che li collegano.
Un’applicazione può dipendere da più server, database e servizi di rete che loro volta, possono supportare processi utilizzati da dipartimenti differenti. Se queste dipendenze non sono conosciute, anche un cambiamento apparentemente circoscritto può produrre conseguenze difficili da prevedere.
Il valore delle informazioni non dipende soltanto dalla quantità di dati disponibili, ma dalla capacità di collegarli e interpretarli nel contesto operativo. Questa è la differenza tra sapere quali componenti compongono l’infrastruttura e comprendere come contribuiscono al funzionamento dei servizi aziendali.
CMDB e ITAM: due prospettive sullo stesso ecosistema
CMDB e IT Asset Management vengono spesso associati, perché entrambi riguardano la conoscenza e la gestione delle risorse tecnologiche. In realtà, osservano lo stesso ecosistema da prospettive differenti.
L’IT Asset Management (ITAM) si concentra sulla gestione degli asset lungo il loro ciclo di vita: dall’acquisizione all’assegnazione, dall’utilizzo alla manutenzione, fino alla dismissione. L’obiettivo è mantenere il controllo su disponibilità, utilizzo, costi, responsabilità e conformità delle risorse.
La CMDB, invece, si concentra sugli elementi di configurazione, o Configuration Item (CI), e sulle relazioni che li collegano ai servizi IT. Non tutti gli elementi di configurazione devono necessariamente corrispondere a un asset gestito dal punto di vista patrimoniale, e non tutte le informazioni rilevanti per l’ITAM hanno la stessa funzione all’interno di una CMDB.
Le due discipline, però, diventano particolarmente efficaci quando condividono informazioni affidabili.
Sapere che un server è prossimo alla fine del proprio ciclo di vita è utile per pianificarne la sostituzione. Sapere anche quali applicazioni e servizi dipendono da quel server permette di valutare le priorità, organizzare gli interventi e comprenderne il potenziale impatto.
L’ITAM aiuta a governare il ciclo di vita delle risorse. La CMDB aggiunge il contesto necessario per comprenderne il ruolo nell’operatività aziendale.
Quando le relazioni diventano informazioni operative
Il valore di una CMDB emerge soprattutto quando le informazioni vengono utilizzate per gestire situazioni concrete.
Pensiamo a un incident che coinvolge un’applicazione critica: il team IT deve identificare il problema, comprenderne la causa e ripristinare il servizio. Se dispone soltanto di informazioni isolate sui singoli componenti, ricostruire le dipendenze può richiedere verifiche manuali e il coinvolgimento di più persone.
Una CMDB strutturata può invece aiutare a identificare gli elementi collegati all’applicazione e a comprendere quali altri servizi potrebbero essere coinvolti.
Lo stesso principio vale per il Change Management. Prima di modificare una configurazione, aggiornare un componente o sostituire un sistema, conoscere le dipendenze consente di valutare meglio le possibili conseguenze. Le relazioni diventano quindi informazioni utili per supportare l’analisi dell’impatto, la gestione dei rischi e la pianificazione degli interventi.
Ma c’è un ulteriore aspetto.
Quando le informazioni della CMDB sono collegate ai processi operativi, possono contribuire a costruire una conoscenza condivisa tra team che normalmente utilizzano strumenti e prospettive differenti.
La CMDB smette così di essere soltanto un archivio tecnico e diventa una componente della gestione quotidiana dei servizi IT.
Atlassian Assets: dai dati ai workflow di Jira Service Management
Perché una CMDB possa supportare realmente l’operatività, le informazioni devono essere accessibili nel momento in cui servono.
È in questa direzione che si inserisce Atlassian Assets, la soluzione per la gestione degli asset e delle configurazioni integrata nell’ecosistema Atlassian.
Assets permette di rappresentare risorse ed elementi di configurazione attraverso modelli dati flessibili, definendo attributi e relazioni tra oggetti.
Hardware, software, applicazioni, servizi e altri elementi rilevanti per l’organizzazione possono essere collegati all’interno di una struttura coerente con le esigenze operative.
Il valore emerge soprattutto nell’integrazione con Jira Service Management.
Le informazioni sugli asset e sulle dipendenze possono essere associate a richieste di servizio, incident e change, permettendo ai team di utilizzare il contesto della CMDB direttamente nei workflow.
Durante la gestione di un incident, ad esempio, conoscere i componenti interessati e i servizi collegati può aiutare a orientare l’analisi.
In fase di Change Management, le relazioni tra elementi di configurazione possono supportare la valutazione dell’impatto di una modifica.
La stessa base informativa può essere utilizzata per gestire assegnazioni, responsabilità e attività legate al ciclo di vita delle risorse.
La differenza non consiste semplicemente nel centralizzare i dati.
Consiste nel collegare la conoscenza dell’infrastruttura alle attività che le persone devono svolgere, riducendo la distanza tra informazione e azione.
La qualità dei dati è il vero punto di partenza
Una CMDB può contenere migliaia di informazioni e risultare comunque poco utile se queste non sono affidabili.
Dati incompleti, duplicati o non aggiornati possono rendere difficile ricostruire le dipendenze e compromettere la qualità delle analisi.
È una criticità particolarmente rilevante negli ambienti IT complessi, dove le informazioni provengono da strumenti differenti: sistemi di discovery, piattaforme cloud, software di gestione degli endpoint e database aziendali.
La sfida non è soltanto raccogliere questi dati.
È mantenerli coerenti, aggiornati e utilizzabili all’interno dei processi.
Atlassian Assets mette a disposizione funzionalità di discovery, importazione e integrazione con fonti esterne. Con Assets Data Manager è inoltre possibile consolidare, normalizzare e riconciliare informazioni provenienti da sistemi differenti.
Ma la tecnologia, da sola, non risolve il problema della qualità dei dati.
Serve definire quali informazioni siano realmente necessarie, quali relazioni debbano essere rappresentate, chi ne sia responsabile e come debbano essere aggiornate nel tempo.
Una CMDB efficace non nasce quindi dalla volontà di censire qualsiasi elemento possibile.
Nasce dalla capacità di costruire un modello informativo coerente con i servizi, i processi e le decisioni che l’organizzazione deve governare.
Ma perché questa conoscenza produca valore nel tempo, non basta mantenerla aggiornata. È necessario collegarla alla gestione quotidiana delle risorse tecnologiche, accompagnandole lungo tutto il loro ciclo di vita.
È proprio qui che CMDB e IT Asset Management possono esprimere il loro valore complementare.
Dalla CMDB alla gestione del ciclo di vita degli asset
Conoscere la propria infrastruttura è fondamentale.
Ma comprendere le relazioni tra i suoi componenti significa poter utilizzare quella conoscenza per prendere decisioni più consapevoli.
Una CMDB permette di collegare elementi di configurazione, servizi e dipendenze. L’IT Asset Management estende questa visione alla gestione delle risorse lungo tutto il loro ciclo di vita.
Sono due prospettive complementari, che possono contribuire a migliorare efficienza operativa, controllo dei costi, sicurezza e governance.
La sfida è costruire processi nei quali queste informazioni non rimangano isolate, ma diventino parte delle attività quotidiane.
Come organizzare una gestione degli asset capace di collegare acquisizione, assegnazione, utilizzo e dismissione? E come integrare automazione, tracciabilità e responsabilità in un unico modello operativo?
Sono i temi approfonditi nel webinar on demand GetConnected “Lifecycle degli asset IT: strategia per una gestione ITAM intelligente”.
Con Luisa Benvenuto, Account Manager e Atlassian Lead Consultant di GetConnected, esploriamo come strutturare una gestione più integrata delle risorse tecnologiche, attraverso automazione, monitoraggio centralizzato, integrazione con i sistemi aziendali e casi d’uso concreti.
Perché conoscere gli asset è il punto di partenza. Saperli collegare ai processi e governare nel tempo è ciò che permette di trasformare le informazioni in valore operativo.
