Che cos'è la modellazione dell'integrità?
Per determinare se l'ambiente funziona come previsto, è importante monitorare l'integrità dell'applicazione e le metriche chiave delle risorse di Azure usate. La modellazione dell'integrità è un esercizio di progettazione che aumenta i log dati non elaborati e le metriche con requisiti aziendali chiave. L'obiettivo è quantificare l'integrità dell'applicazione e guidare la valutazione automatizzata degli stati di integrità.
Vantaggi della modellazione dell'integrità
Per valutare l'integrità complessiva del carico di lavoro, è necessaria una comprensione olistica di tutte le metriche. Occorre anche identificare e risolvere rapidamente i problemi di affidabilità.
La modellazione dell'integrità è incentrata su strumentazione e monitoraggio approfonditi, ma aggiunge anche un livello di contesto per offrire informazioni critiche sull'integrità dell'applicazione. Un modello di integrità ben progettato deve indicare chiaramente l'integrità complessiva del carico di lavoro, anziché le metriche dei dati non elaborati.
A causa della natura complessa delle applicazioni critiche, si prevede che generino volumi elevati di dati operativi. Può essere difficile valutare lo stato di integrità dell'applicazione e determinare l'azione corretta che risolverà i problemi identificati.
Il modello di integrità si avvale di indicatori impostati per rappresentare lo stato di integrità, che lo rende intuitivo per comprendere e rispondere rapidamente a eventuali problemi che potrebbero verificarsi. Lo stato di integrità viene in genere presentato usando indicatori di semaforo, ad esempio verde, giallo e rosso. È possibile tracciare i punteggi di integrità dell'applicazione per individuare rapidamente la causa radice della riduzione delle prestazioni del servizio.
Come iniziare
Per eseguire l'esercizio di modellazione dell'integrità, è necessario possedere una conoscenza approfondita del sistema e delle prestazioni previste. È consigliabile usare un modello a più livelli per riflettere l'integrità complessiva dell'applicazione e a un livello granulare. I livelli rappresentano la struttura gerarchica del carico di lavoro che include l'applicazione e le relative dipendenze.
- Al livello superiore, l'integrità rappresenta l'interazione dell'utente o i flussi all'interno dell'applicazione. Considerare i flussi che si trovano nel percorso critico e quelli che non lo sono.
- Ai livelli inferiori, l'integrità dei singoli componenti dell'applicazione deve essere definita tenendo presente i requisiti chiave non funzionali. Eseguire il mapping delle dipendenze tra componenti funzionali e logici. Eseguire anche il mapping delle dipendenze tra le risorse di Azure usate dai componenti dell'applicazione.
- A livello di base, l'integrità rappresenta le risorse di Azure, che vengono usate dall'applicazione.
Il processo di modellazione dell'integrità è un'attività di progettazione dall'alto verso il basso che inizia definendo tutti i flussi utente, eseguendo il mapping delle dipendenze e quantificando gli stati di integrità ai flussi.
Ecco i passaggi consigliati per l'approccio:
- Quantificare gli stati di integrità per ogni componente, in modo che quest'ultimo indichi un punteggio di integrità. Il punteggio di integrità può essere un'aggregazione di varie metriche delle prestazioni prendendo in considerazione i requisiti aziendali chiave.
- Quantificare gli stati di integrità per ogni flusso combinando il punteggio di integrità dei singoli componenti per indicare l'integrità del flusso. Tenere conto dei requisiti non funzionali per definire il contesto in termini di criticità.
- In base alla criticità aziendale, applicare pesi appropriati a tutti i livelli per creare una definizione significativa dell'integrità complessiva. Ad esempio, al livello superiore, i flussi finanziari significativi e i flussi utente rivolti ai clienti sono più importanti di altri.
Questa immagine mostra un risultato di esempio dell'approccio precedente. Il modello di integrità usa queste definizioni di integrità a più livelli per informare le metriche di monitoraggio critiche in tutti i componenti di sistema e per convalidare la composizione del sottosistema operativo.
Nell'esercizio successivo, verrà applicato il processo generale a un esempio e verrà creato un modello di integrità a più livelli.
Per altre informazioni sui modelli di integrità a più livelli, vedere Integrità delle applicazioni a più livelli. Vedere anche un esempio di modello di integrità a più livelli.