REL11-BP07 Progetta il tuo prodotto per soddisfare gli obiettivi di disponibilità e gli accordi sui livelli di servizio di uptime () SLAs - Pilastro dell'affidabilità

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

REL11-BP07 Progetta il tuo prodotto per soddisfare gli obiettivi di disponibilità e gli accordi sui livelli di servizio di uptime () SLAs

Progetta il tuo prodotto in modo da soddisfare gli obiettivi di disponibilità e gli accordi sui livelli di servizio di uptime (). SLAs Se pubblicate o accettate privatamente gli obiettivi di disponibilità o l'uptimeSLAs, verificate che l'architettura e i processi operativi siano progettati per supportarli.

Risultato desiderato: ogni applicazione ha un obiettivo definito per la disponibilità e SLA le metriche prestazionali, che possono essere monitorate e gestite per soddisfare i risultati aziendali.

Anti-pattern comuni:

  • Progettazione e implementazione di carichi di lavoro senza impostarne alcuno. SLAs

  • SLAle metriche sono troppo elevate senza motivazioni o requisiti aziendali.

  • Impostazione SLAs senza tenere conto delle dipendenze e delle relative dipendenze sottostanti. SLA

  • Progettazione delle applicazioni senza tenere conto del Modello di responsabilità condivisa per la resilienza.

Vantaggi dell'adozione di questa best practice: soddisfare gli obiettivi aziendali e le aspettative dei clienti grazie alla progettazione di applicazioni in base a obiettivi chiave in termini di resilienza. Questi obiettivi orientano un processo di progettazione delle applicazioni in grado di valutare diverse tecnologie e tenere conto di vari compromessi.

Livello di rischio associato se questa best practice non fosse adottata: medio

Guida all'implementazione

La progettazione delle applicazioni deve tenere conto di una serie eterogenea di requisiti derivati da obiettivi aziendali, operativi e finanziari. Nell'ambito dei requisiti operativi, i carichi di lavoro devono avere obiettivi specifici in termini di metriche di resilienza, in modo da poter essere monitorati e supportati correttamente. Le metriche di resilienza non devono essere impostate o derivate dopo l'implementazione del carico di lavoro. Devono invece essere definite durante la fase di progettazione e contribuire a determinare i diversi compromessi e decisioni.

  • Ogni carico di lavoro deve avere una serie di metriche di resilienza propria. Le metriche possono essere diverse da quelle di altre applicazioni aziendali.

  • La riduzione delle dipendenze può avere un impatto positivo sulla disponibilità. Ogni carico di lavoro deve considerare le sue dipendenze e le relative. SLAs In generale, seleziona dipendenze con obiettivi di disponibilità uguali o maggiori rispetto agli obiettivi del carico di lavoro.

  • Prendi in considerazione progettazioni con accoppiamento debole in modo che il carico di lavoro possa funzionare correttamente anche in caso di dipendenze compromesse, se possibile.

  • Riduci le dipendenze del piano di controllo (control-plane), in particolare durante un ripristino o un peggioramento delle prestazioni. Valuta le progettazioni staticamente stabili per carichi di lavoro mission critical. Usa il contenimento delle risorse per aumentare la disponibilità delle dipendenze in un carico di lavoro.

  • L'osservabilità e la strumentazione sono fondamentali per ridurre il tempo medio SLAs di rilevamento (MTTD) e il tempo medio di riparazione (). MTTR

  • Guasti meno frequenti (più lunghiMTBF), tempi di rilevamento dei guasti più brevi (più breviMTTD) e tempi di riparazione più brevi (più breviMTTR) sono i tre fattori utilizzati per migliorare la disponibilità nei sistemi distribuiti.

  • La definizione e l'applicazione di metriche di resilienza per un carico di lavoro sono essenziali per qualsiasi progettazione efficace. Queste progettazioni devono tenere conto dei compromessi introdotti dalla complessità di progettazione, delle dipendenze dei servizi, delle prestazioni, del dimensionamento e dei costi.

Passaggi dell'implementazione

  • Esamina e documenta la progettazione del carico di lavoro cercando di rispondere alle domande seguenti:

    • Dove vengono usati i piani di controllo (control-plane) nel carico di lavoro?

    • Come viene implementata la tolleranza ai guasti nel carico di lavoro?

    • Quali sono i modelli di progettazione per dimensionamento, scalabilità automatica, ridondanza e componenti a disponibilità elevata?

    • Quali sono i requisiti per la disponibilità e la coerenza dei dati?

    • Vi sono aspetti da considerare in fatto di contenimento delle risorse o stabilità statica delle risorse?

    • Quali sono le dipendenze dei servizi?

  • Definisci le SLA metriche in base all'architettura del carico di lavoro mentre lavori con le parti interessate. Considera tutte le SLAs dipendenze utilizzate dal carico di lavoro.

  • Una volta impostato l'SLAobiettivo, ottimizza l'architettura per soddisfare i. SLA

  • Una volta definito il progettoSLA, ciò consentirà di implementare le modifiche operative, l'automazione dei processi e i runbook che si concentreranno anche sulla riduzione MTTD eMTTR.

  • Una volta implementato, monitora e segnala su. SLA

Risorse

Best practice correlate:

Documenti correlati:

Servizi correlati: