AWS Well-Architected Tool e processo di revisione

AWS Well-Architected Tool è un servizio gratuito disponibile nella AWS Management Console che consente di valutare i carichi di lavoro rispetto alle best practice AWS. Rispondendo a una serie di domande sull'architettura nei sei pilastri, lo strumento genera un report dei rischi che identifica High Risks (HRIs) e Medium Risks (MRIs), con raccomandazioni specifiche per il miglioramento. Lo si può considerare una conversazione strutturata tra Lei e il Well-Architected Framework: le domande La guidano nell'analisi critica di ogni aspetto dell'architettura.

Il primo passaggio per utilizzare il Well-Architected Tool consiste nel definire un workload, ovvero un insieme di risorse AWS e codice interconnessi che costituiscono l'applicazione o il servizio. Sia specifico: un workload potrebbe essere il microservizio di elaborazione degli ordini, non l'intero account AWS dell'azienda. Definisca l'ambiente (Production, Pre-Production, Development), le regioni AWS utilizzate e il settore, per fornire il contesto di conformità pertinente. Confini del workload ben definiti rendono le domande della revisione più pertinenti e operative.

Per ogni pilastro, il Well-Architected Tool presenta una serie di domande con diverse opzioni di best practice. Ad esempio, per il pilastro Reliability: Come esegue il backup dei dati? Le best practice includono backup automatici, copie tra regioni e test di ripristino. Selezioni le pratiche implementate e lo strumento calcolerà il rischio in base alle lacune. Le domande sono pensate per essere impegnative: la maggior parte dei workload presenterà delle lacune, ed è proprio questo lo scopo. Lo strumento mostra su cosa intervenire in seguito, non serve a valutareLa negativamente.

Il Well-Architected Tool classifica i risultati come High Risk (HRI) o Medium Risk (MRI). Un HRI indica una lacuna significativa da affrontare immediatamente, ad esempio la mancata crittografia dei dati sensibili a riposo o l'esecuzione di carichi di lavoro di produzione senza backup. Un MRI indica una lacuna rilevante da inserire nella roadmap. Le domande senza problemi sono contrassegnate come No Risk. Si prefigga di risolvere tutti gli HRI prima di affrontare gli MRI. Lo strumento distingue inoltre le domande a cui non ha ancora risposto come Unanswered.

Per ogni rischio identificato, il Well-Architected Tool fornisce un piano di miglioramento con raccomandazioni specifiche e operative e collegamenti alla documentazione AWS pertinente. Può contrassegnare gli elementi del piano come in-progress o completed per monitorare nel tempo i progressi della risoluzione. Dia priorità ai miglioramenti in base al livello di rischio e all'impatto aziendale. Il risultato del piano di miglioramento può essere esportato e utilizzato come roadmap tecnica o presentato alla dirigenza per motivare gli investimenti nell'architettura.

Le Milestones sono istantanee della revisione del workload in un determinato momento. Salvi una milestone prima e dopo aver apportato miglioramenti all'architettura per monitorare i progressi. Il Well-Architected Tool consente di confrontare le milestone per vedere come è cambiato il profilo di rischio, ad esempio quanti HRI ha risolto nell'ultimo trimestre. Le milestone sono essenziali per dimostrare il miglioramento continuo ai revisori della conformità, alla direzione e ai clienti. Crei milestone prima delle release principali e dopo aver completato gli sprint di miglioramento.

Oltre alla lente Well-Architected predefinita, AWS fornisce Custom Lenses per domini specifici. La Serverless Lens contiene domande specifiche per Lambda, API Gateway e le architetture basate su eventi. La SaaS Lens tratta l'isolamento dei tenant e l'onboarding. La Data Analytics Lens si concentra sui data lake e sullo streaming. Può anche creare una lente personalizzata con gli standard e le best practice specifici della Sua organizzazione. Applichi più lenti allo stesso workload per ottenere una copertura completa.

Le grandi organizzazioni con centinaia di workload non possono esaminarli manualmente uno per uno. L'integrazione del AWS Well-Architected Tool con AWS Organizations consente ai team centrali di condividere workload e profili di revisione tra gli account. Gli AWS Partners (AWS Solutions Architects e APN Consulting Partners) possono condurre Well-Architected Reviews formali per i clienti e accedere a una modalità di revisione speciale. Utilizzi la funzionalità Workload Sharing per concedere l'accesso in lettura o come proprietario ad altri account AWS per revisioni collaborative.

Le revisioni Well-Architected non dovrebbero essere eventi isolati: le integri nel ciclo di vita dello sviluppo software. Cadenza consigliata: Prima del lancio: esegua una revisione durante la progettazione di un nuovo workload. Trimestralmente: aggiorni la revisione con l'evoluzione del workload. Dopo incidenti importanti: un'analisi post-incidente potrebbe rivelare nuove lacune da aggiungere. Dopo il lancio di servizi AWS: i nuovi servizi potrebbero offrire soluzioni migliori. Consideri il Well-Architected Tool come un documento vivente della qualità dell'architettura, non come una semplice attività da spuntare.

L’esame SAA-C03 verifica spesso la conoscenza del Well-Architected Framework attraverso domande basate su scenari, in cui viene chiesto a quale pilastro appartenga una determinata situazione o soluzione. Corrispondenze chiave da memorizzare: Operational Excellence — IaC, runbook, analisi post-incidente. Security — principio del privilegio minimo, crittografia, GuardDuty. Reliability — Auto Scaling, Multi-AZ, controlli dello stato. Performance Efficiency — caching, dimensionamento adeguato, Graviton. Cost Optimisation — istanze Spot, Savings Plans, policy del ciclo di vita. Sustainability — Graviton, servizi gestiti, eliminazione degli sprechi.

Per eseguire una revisione Well-Architected: 1) Definisca il carico di lavoro nello strumento. 2) Selezioni le lenti applicabili. 3) Risponda a tutte le domande, indicando con sincerità ciò che NON è stato implementato. 4) Esamini il report dei rischi e assegni la priorità agli HRI. 5) Crei un piano di miglioramento con responsabili e scadenze. 6) Salvi una milestone per registrare lo stato iniziale. 7) Implementi i miglioramenti e aggiorni le risposte alle domande man mano che procede. 8) Salvi una nuova milestone per monitorare i progressi. Ripeta l’operazione ogni trimestre. Una revisione completa e sincera è più preziosa di un punteggio perfetto ottenuto omettendo informazioni.

Verifichi la Sua comprensione dei concetti AWS Solutions Architect (SAA-C03) presentati in questa lezione.

In questa lezione ha imparato che: Well-Architected Tool valuta i carichi di lavoro secondo sei pilastri e genera risultati di rischio HRI/MRI, le milestone acquisiscono istantanee dei progressi per monitorare i miglioramenti nel tempo e le lenti personalizzate estendono le revisioni agli ambiti serverless, SaaS e analisi dei dati. Integri le revisioni nel Suo SDLC come valutazione continua della qualità. Nella prossima lezione esamineremo le tecniche di ottimizzazione dei costi, tra cui il dimensionamento adeguato e Compute Optimizer.