Stati di integrità, metriche e soglie
Una parte fondamentale della modellazione dell'integrità consiste nel quantificare gli stati integri, degradati e non integri per l'applicazione nel contesto dei requisiti aziendali chiave. Il modello semaforo è un modo comune per rappresentare gli stati di integrità.
- Verde: stato integro. I requisiti chiave non funzionali sono completamente soddisfatti e le risorse vengono usate in modo ottimale.
- Giallo: stato degradato. L'applicazione è operativa, ma l'esperienza utente potrebbe essere compromessa. È necessaria l'attenzione di un amministratore per attenuare questo stato.
- Rosso: stato non integro. L'applicazione non funziona o non è in esecuzione come previsto. Gli stati non integri avranno effetto sugli utenti.
Nel modello di integrità a livelli, iniziare a definire gli stati con i flussi utente nella parte superiore e spostarsi in basso verso le risorse della piattaforma. Il diagramma seguente mostra un esempio di modello di integrità a livelli. Il diagramma illustra come una modifica dello stato di integrità per un componente fondamentale può avere un impatto a catena sui flussi utente e sull'integrità complessiva dell'applicazione:
Ogni livello deve usare le metriche e le relative soglie dei componenti per rappresentare stati integri e non integri in base alle funzionalità dell'applicazione e ai requisiti non funzionali. Definire gli stati di integrità per i componenti in base alle caratteristiche operative distinte, agli stati costanti e ai comportamenti previsti nel carico di lavoro di produzione.
Ad esempio, le metriche potrebbero includere il numero di eccezioni, il tempo di risposta e le metriche del servizio. I componenti dell'applicazione possono avere dipendenze nelle risorse di Azure e anche su altri componenti. È necessario tenere conto di tali stati di integrità.
Ecco alcune procedure consigliate per calcolare i punteggi di integrità:
- Rappresentare gli stati di integrità di un flusso utente aggregando punteggi di integrità granulari per i componenti che partecipano al flusso. Deve includere il componente dell'applicazione e tutte le dipendenze mappate. Considerare i requisiti chiave non funzionali come coefficienti.
- Rappresentare il punteggio di integrità per un flusso utente usando il punteggio più basso in tutti i componenti mappati. Fattore di contenimento relativo rispetto ai requisiti non funzionali per il flusso utente.
- Assicurarsi che i punteggi di integrità riflettano in modo coerente l'integrità operativa. In caso contrario, correggere e ridistribuire il modello in modo che rifletta le nuove informazioni.
- Definire le soglie del punteggio di integrità in modo che rifletta lo stato di integrità di un componente.
I test delle prestazioni sono una chiave per stabilire tali stati. Il punteggio di integrità granulare dei singoli componenti è la metrica chiave a livello di risorsa. La tabella seguente illustra un esempio di come è possibile usare le metriche delle risorse per definire gli stati di integrità:
Nell'esercizio successivo, verranno quantificati gli stati di integrità per l'applicazione di esempio. L'esercizio consentirà di comprendere i valori previsti per un carico di lavoro di produzione standard.