Il Well-Architected Framework fornisce consigli per aiutare architetti, sviluppatori, amministratori e altri professionisti del cloud a progettare e gestire una topologia cloud sicura, efficiente, resiliente, ad alte prestazioni, economica e sostenibile.
Un team cross-funzionale di esperti di Google convalida i consigli del Well-Architected Framework. Il team cura il Well-Architected Framework per riflettere le funzionalità in espansione Google Cloud, le best practice del settore, le conoscenze della community e il tuo feedback. Per un riepilogo delle modifiche significative apportate al Well-Architected Framework, consulta Novità.
Il Well-Architected Framework è pertinente per le applicazioni create per il cloud e per i carichi di lavoro migrati da on-premise a Google Cloud, deployment cloud ibrido e ambienti multi-cloud.
Pillari e prospettive del Well-Architected Framework
I consigli del Well-Architected Framework sono organizzati in pilastri e prospettive interpilastri, come mostrato nel seguente diagramma.
Un pilastro del Well-Architected Framework fornisce principi e consigli per un'area di interesse non funzionale specifica: sicurezza, affidabilità, prestazioni, costi, operazioni o sostenibilità.
Una prospettiva del Well-Architected Framework è una visualizzazione interpilastri dei consigli per una tecnologia, un dominio o un settore specifico. I consigli in una prospettiva sono in linea con i principi e i consigli generali dei pilastri.
Ad esempio, la prospettiva dei servizi finanziari (FS) consiglia una strategia di disaster recovery che soddisfi i requisiti normativi per la residenza dei dati. Questo consiglio specifico per i servizi finanziari è in linea con il principio del pilastro dell'affidabilità relativo ai target realistici, perché i requisiti di residenza dei dati influenzano la scelta della regione di failover e, di conseguenza, gli obiettivi di ripristino.
Testi promozionali
- Eccellenza operativa
- Esegui il deployment, gestisci, monitora e gestisci in modo efficiente i tuoi carichi di lavoro cloud.
- Sicurezza, privacy e conformità
- Massimizza la sicurezza dei dati e dei carichi di lavoro nel cloud, progetta per la privacy e allineati ai requisiti e agli standard normativi.
- Affidabilità
- Progetta e gestisci carichi di lavoro resilienti e ad alta disponibilità nel cloud.
- Ottimizzazione dei costi
- Massimizza il valore aziendale del tuo investimento in Google Cloud.
- Ottimizzazione delle prestazioni
- Progetta e ottimizza le tue risorse cloud per prestazioni ottimali.
- eco Sostenibilità
- Crea e gestisci carichi di lavoro cloud sostenibili dal punto di vista ambientale.
Prospettive interpilastri
- AI e ML
- Una visualizzazione interpilastri dei consigli specifici per la tecnologia per i carichi di lavoro AI e ML.
- Servizi finanziari
- Una visualizzazione interpilastri dei consigli per i carichi di lavoro dei servizi finanziari.
Principi fondamentali
Prima di esplorare i consigli in ogni pilastro del Well-Architected Framework, esamina i seguenti principi fondamentali:
Progettare per il cambiamento
Nessun sistema è statico. Le esigenze dei suoi utenti, gli obiettivi del team che crea il sistema e il sistema stesso sono in continua evoluzione. Tenendo presente la necessità di cambiamento, crea un processo di sviluppo e produzione che consenta ai team di apportare regolarmente piccole modifiche e ricevere rapidamente feedback su queste modifiche. La dimostrazione costante della capacità di eseguire il deployment delle modifiche contribuisce a creare fiducia con le parti interessate, inclusi i team responsabili del sistema e gli utenti del sistema. L'utilizzo delle metriche di distribuzione del software di DORA può aiutare il tuo team a monitorare la velocità, la facilità e la sicurezza delle modifiche apportate al sistema.
Documenta l'architettura
Quando inizi a spostare i carichi di lavoro nel cloud o a creare le applicazioni, la mancanza di documentazione sul sistema può essere un ostacolo importante. La documentazione è particolarmente importante per visualizzare correttamente l'architettura dei deployment attuali.
La qualità della documentazione non si ottiene producendo una quantità specifica di documentazione, ma dalla chiarezza dei contenuti, dalla loro utilità e dalla loro manutenzione man mano che il sistema cambia.
Un'architettura cloud documentata correttamente stabilisce un linguaggio e standard comuni, che consentono ai team interfunzionali di comunicare e collaborare in modo efficace. La documentazione fornisce anche le informazioni necessarie per identificare e guidare le decisioni di progettazione future. La documentazione deve essere scritta tenendo conto dei casi d'uso, per fornire il contesto per le decisioni di progettazione.
Nel tempo, le tue decisioni di progettazione si evolveranno e cambieranno. La cronologia delle modifiche fornisce il contesto necessario ai team per allineare le iniziative, evitare duplicati e misurare in modo efficace le modifiche alle prestazioni nel tempo. I log delle modifiche sono particolarmente utili quando si fa l'onboarding di un nuovo Cloud Architect che non ha ancora familiarità con la progettazione, la strategia o la cronologia attuali.
L'analisi di DORA ha rilevato un chiaro collegamento tra la qualità della documentazione e le prestazioni dell'organizzazione, ovvero la capacità dell'organizzazione di raggiungere i propri obiettivi di prestazioni e redditività.
Semplifica la progettazione e utilizza servizi completamente gestiti
La semplicità è fondamentale per la progettazione. Se l'architettura è troppo complessa da comprendere, sarà difficile implementare la progettazione e gestirla nel tempo. Ove possibile, utilizza servizi completamente gestiti per ridurre al minimo i rischi, i tempi e gli sforzi associati alla gestione e alla manutenzione dei sistemi di base.
Se stai già eseguendo i carichi di lavoro in produzione, esegui test con i servizi gestiti per vedere in che modo potrebbero aiutarti a ridurre le complessità operative. Se stai sviluppando nuovi carichi di lavoro, inizia in modo semplice, crea un prodotto minimo fattibile (MVP) e resisti alla tentazione di esagerare con la progettazione. Puoi identificare casi d'uso eccezionali, eseguire iterazioni e migliorare i sistemi in modo incrementale nel tempo.
Disaccoppia l'architettura
La ricerca di DORA mostra che l'architettura è un importante fattore predittivo per ottenere la continuous delivery. Il disaccoppiamento è una tecnica utilizzata per separare le applicazioni e i componenti di servizio in componenti più piccoli che possono operare in modo indipendente. Ad esempio, puoi separare uno stack di applicazione monolitica in singoli componenti di servizio. In un'architettura a basso accoppiamento, un'applicazione può eseguire le sue funzioni in modo indipendente, indipendentemente dalle varie dipendenze.
Un'architettura disaccoppiata offre una maggiore flessibilità per eseguire le seguenti operazioni:
- Applica upgrade indipendenti.
- Applica controlli di sicurezza specifici.
- Stabilisci obiettivi di affidabilità per ogni sottosistema.
- Monitora lo stato.
- Controlla in modo granulare i parametri di prestazioni e costi.
Puoi avviare il processo di disaccoppiamento nelle prime fasi della progettazione o incorporarlo come parte degli upgrade del sistema man mano che esegui lo scale.
Utilizza un'architettura stateless
Un'architettura stateless può aumentare sia l'affidabilità che la scalabilità delle applicazioni.
Le applicazioni stateful si basano su varie dipendenze per eseguire attività, come la memorizzazione nella cache locale dei dati. Le applicazioni stateful spesso richiedono meccanismi aggiuntivi per acquisire lo stato di avanzamento e riavviare correttamente. Le applicazioni stateless possono eseguire attività senza dipendenze locali significative utilizzando l'archiviazione condivisa o i servizi memorizzati nella cache. Un'architettura stateless consente alle applicazioni di fare lo scale up rapidamente con dipendenze di avvio minime. Le applicazioni possono resistere a riavvii forzati, hanno tempi di inattività inferiori e offrono prestazioni migliori per gli utenti finali.