Definire le relazioni tra entità

KaliaOps inferisce automaticamente le relazioni tra entità basandosi sullo schema del database.

Principio

Quando crei un asset e lo colleghi a un'applicazione, la relazione viene automaticamente stabilita. Non è necessario inserire manualmente una «relazione».

Esempi di inferenza

• Un asset con application_id → relazione «runs_on»
• Un asset con vlan_id → relazione «uses_vlan»
• Un dipendente con team_id → relazione «belongs_to»
• Un contratto con vendor_id → relazione «provided_by»

Vantaggi

• Zero manutenzione: Le relazioni sono sempre aggiornate
• Coerenza: Nessun rischio di relazioni orfane
• Performance: Nessuna tabella di giunzione supplementare

KaliaOps riconosce 12 tipi di relazione tecnica:

La mappa delle dipendenze offre una visualizzazione grafica delle relazioni.

Accesso

Dalla scheda di un'entità, clicca su «Mappa dipendenze» o accedi via CMDB → Dipendenze.

Visualizzazione

La mappa mostra:

• Nodi: Entità (asset, applicazioni, ecc.)
• Archi: Relazioni tra entità
• Colori: Tipo di entità (blu per asset, viola per applicazioni...)

Interazioni

• Zoom: Rotella del mouse o pulsanti +/-
• Spostamento: Clicca e trascina lo sfondo
• Selezione: Clicca su un nodo per centrarlo
• Dettagli: Sorvola per vedere le informazioni

Livelli di navigazione

Configura la profondità di esplorazione (1 a 5 livelli):

• 1 livello: Solo le relazioni dirette
• 2 livelli: Relazioni delle relazioni
• 3+ livelli: Visione estesa delle dipendenze

Filtri

Filtra la visualizzazione per:

• Tipo di entità: Mostra solo gli asset, o solo le applicazioni
• Tipo di relazione: Mostra solo «runs_on», per esempio
• Stato: Nascondi le entità fuori servizio

Espansione progressiva

1. Clicca su un nodo per selezionarlo
2. Clicca su «Espandi» per vedere le sue relazioni
3. Ripeti per navigare nel grafo

KaliaOps permette di visualizzare lo stato delle relazioni a una data passata.

Funzionamento

1. Nella mappa delle dipendenze, clicca su «Storico»
2. Seleziona una data
3. La mappa mostra lo stato delle relazioni a quella data

Casi d'uso

• Analisi post-incidente: Qual era la configurazione il giorno dell'incidente?
• Audit: Dimostrare lo stato a una data precisa
• Confronto: Vedere l'evoluzione nel tempo

Dati disponibili

Lo storico è basato sui log di audit e sui timestamp delle entità. Le relazioni eliminate appaiono come «precedentemente esistenti».

La mappa delle dipendenze è essenziale per l'analisi d'impatto.

Prima di un cambiamento

Prima di modificare un asset o un'applicazione:

1. Apri la mappa delle dipendenze dell'entità
2. Identifica tutte le dipendenze a monte e a valle
3. Valuta l'impatto potenziale del cambiamento
4. Pianifica le azioni necessarie

Esempio concreto

Spegnimento di un server:

• Livello 1: 3 VM ospitate su questo server
• Livello 2: 5 applicazioni su queste VM
• Livello 3: 2 clienti che usano queste applicazioni

→ L'impatto reale è su 2 clienti, non solo su 1 server.

Integrazione ITSM

L'analisi d'impatto alimenta:

• La valutazione del rischio dei cambiamenti
• La determinazione dell'impatto degli incidenti
• La prioritizzazione dei problemi