Gestione dei cicli di vita
Segui l'evoluzione delle tue entità CMDB
KaliaOps gestisce il ciclo di vita completo delle entità CMDB: asset, applicazioni, contratti. Ogni entità segue un percorso dalla creazione alla dismissione, con tracciabilità delle sostituzioni e analisi d'impatto prima della dismissione.
Ciclo di vita delle entità
Ogni entità CMDB attraversa diverse fasi durante la sua esistenza.
Ciclo tipico di un asset
- Creazione: L'asset viene censito nel CMDB
- Attivo: In produzione, utilizzato
- Manutenzione: Temporaneamente fuori servizio
- Dismesso: Fuori produzione, in attesa di smaltimento
- Smaltito: Fisicamente eliminato
Entità interessate
La gestione del ciclo di vita si applica a:
- Asset: Hardware IT
- Applicazioni: Software e servizi
- Contratti: Accordi con i fornitori
Stati e transizioni
Stati disponibili
| Stato | Descrizione | Azioni tipiche |
|---|---|---|
| active | In produzione | Uso normale, incidenti possibili |
| maintenance | In manutenzione | Riparazioni, aggiornamenti |
| retired | Dismesso | In attesa di smaltimento, archiviazione |
| disposed | Smaltito | Eliminato fisicamente |
Transizioni autorizzate
active → maintenance → active (ritorno in servizio)\nactive → retired → disposed\nmaintenance → retired → disposedCambiare stato
- Apri la scheda dell'entità
- Clicca su «Modifica»
- Modifica il campo Stato
- Salva
La modifica viene tracciata nella cronologia.
Documentare una sostituzione
Quando un asset viene sostituito, documenta il link tra il vecchio e il nuovo.
Campo «Sostituito da»
Ogni entità dispone di un campo replaced_by_id che punta all'entità sostitutiva.
Procedura
- Apri la scheda del vecchio asset
- Clicca su «Modifica»
- Nel campo «Sostituito da», seleziona il nuovo asset
- Passa lo stato a «retired»
- Salva
Informazioni tracciate
- Link verso l'asset sostitutivo
- Data della sostituzione
- Utente che ha effettuato la sostituzione
Cronologia delle sostituzioni
Consultare la catena
Dalla scheda di un asset, puoi vedere:
- Sostituisce: Gli asset che questo asset ha sostituito
- Sostituito da: L'asset che l'ha sostituito
Navigazione
Clicca sui link per navigare nella catena delle sostituzioni.
Esempio
SRV-OLD-01 → SRV-MID-01 → SRV-NEW-01\n(2020) (2023) (2025)Questa cronologia permette di capire l'evoluzione del parco nel tempo.
Report
I dati di sostituzione possono essere esportati per:
- Analisi del tasso di rinnovo
- Pianificazione del budget
- Audit di conformità
Analisi d'impatto
Prima di dismettere un asset, effettua un'analisi d'impatto.
Procedura
- Apri la scheda dell'asset
- Clicca su «Mappa dipendenze»
- Identifica tutte le entità collegate
- Valuta l'impatto della dismissione
Verifiche da fare
- Applicazioni: Quali app sono ospitate su questo asset?
- Contratti: L'asset è coperto da un contratto attivo?
- Incidenti: Ci sono incidenti aperti collegati?
- Dipendenze: Altri asset dipendono da questo?
Azioni prima della dismissione
- Migrare le applicazioni
- Aggiornare i contratti
- Chiudere gli incidenti aperti
- Documentare la sostituzione
Buone pratiche
Procedura di dismissione
- Analisi d'impatto: Verificare le dipendenze
- Pianificazione: Definire la data di dismissione
- Migrazione: Spostare carichi di lavoro e dati
- Documentazione: Aggiornare i link di sostituzione
- Stato retired: Passare in «dismesso»
- Stato disposed: Dopo lo smaltimento fisico
Conservazione della cronologia
- Non eliminare le entità: usa gli stati del ciclo di vita
- La cronologia viene conservata anche per le entità smaltite
- Configura una politica di conservazione se necessario
Indicatori utili
- Età media degli asset: Per tipo
- Tasso di rinnovo: Sostituzioni / Parco totale
- Asset in attesa di smaltimento: retired non disposed
- 4 stati di ciclo di vita: attivo, manutenzione, dismesso, smaltito
- Link di sostituzione per tracciabilità (quale asset sostituisce quale altro)
- Analisi d'impatto prima della dismissione tramite mappa delle dipendenze
- Conservazione della cronologia anche dopo l'eliminazione