OPS11-BP01 Definizione di un processo per il miglioramento continuo

Valuta il carico di lavoro rispetto alle best practice dell'architettura interna ed esterna. Effettua revisioni frequenti e deliberate del carico di lavoro. Dai priorità alle opportunità di miglioramento nella cadenza di sviluppo del software.

Risultato desiderato:

• Analizza di frequente il carico di lavoro rispetto alle best practice dell'architettura.

• Stabilisci per le opportunità di miglioramento la stessa priorità che assegni alle funzionalità del processo di sviluppo software.

Anti-pattern comuni:

• Non hai condotto una revisione dell'architettura del carico di lavoro da quando è stato implementato diversi anni fa.

• Stabilisci una priorità inferiore per le opportunità di miglioramento. Rispetto alle nuove funzionalità, queste opportunità rimangono nel backlog.

• Non esiste uno standard per l'implementazione delle modifiche alle best practice per l'organizzazione.

Vantaggi dell'adozione di questa best practice:

• Il carico di lavoro è aggiornato sulla base delle best practice di architettura.

• Fai evolvere il carico di lavoro in modo intenzionale.

• Puoi utilizzare le best practice dell'organizzazione per migliorare tutti i carichi di lavoro.

• Ottieni guadagni marginali che hanno un impatto cumulativo, con un incremento dell'efficienza.

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

Guida all'implementazione

Effettui di frequente la revisione dell'architettura del carico di lavoro. Utilizzi le best practice interne ed esterne per valutare il carico di lavoro e identificare le opportunità di miglioramento. Dai priorità alle opportunità di miglioramento nella cadenza di sviluppo del software.

Passaggi dell'implementazione

1. Esegui la revisione periodica dell'architettura del carico di lavoro di produzione secondo una frequenza concordata. Utilizza uno standard architettonico documentato che includa best practice specifiche di AWS.

   1. Usa gli standard definiti internamente per queste revisioni. Se non hai standard interni, usa Framework AWS Well-Architected.

   2. Utilizza AWS Well-Architected Tool per creare un obiettivo personalizzato delle best practice interne e condurre la revisione dell'architettura.

   3. Contatta un AWS Solution Architect o Technical Account Manager per condurre una revisione guidata di Framework Well-Architected del carico di lavoro.

2. Dai priorità alle opportunità di miglioramento identificate durante la revisione nel processo di sviluppo del software.

Livello di impegno per il piano di implementazione: Basso. Si può usare AWS Well-Architected Framework per eseguire la revisione annuale dell'architettura.

Risorse

Best practice correlate:

• OPS11-BP02 Esecuzione di analisi post-incidente

• OPS11-BP08 Documentazione e condivisione delle conoscenze acquisite

• OPS04 Implementazione dell'osservabilità

Documenti correlati:

• AWS Well-Architected Tool - Custom lenses

• AWS Well-Architected Whitepaper - The review process

• Customize Well-Architected Reviews using Custom Lenses and the AWS Well-Architected Tool

• Implementing the AWS Well-Architected Custom Lens lifecycle in your organization

Video correlati:

• Well-Architected Labs - Level 100: Custom Lenses on AWS Well-Architected Tool

• AWS re:Invent 2023 - Scaling AWS Well-Architected best practices across your organization

Esempi correlati:

• AWS Well-Architected Tool