Il Well-Architected Framework fornisce suggerimenti 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 suggerimenti del Well-Architected Framework. Il team cura il Well-Architected Framework per riflettere le funzionalità in espansione di Google Cloud, le best practice del settore, le conoscenze della community e il tuo feedback. Per un riepilogo delle modifiche significative al Well-Architected Framework, consulta Novità.
Il Well-Architected Framework è pertinente per le applicazioni create per il cloud e per i workload di cui è stata eseguita la migrazione da on-premise a Google Cloud, i deployment di cloud ibrido e gli ambienti multi-cloud.
Pilastri e prospettive del Well-Architected Framework
I suggerimenti del Well-Architected Framework sono organizzati in pilastri e prospettive trasversali, come mostrato nel diagramma seguente.
Un pilastro del Well-Architected Framework fornisce principi e suggerimenti per un'area di interesse non funzionale specifica: sicurezza, affidabilità, prestazioni, costi, operazioni o sostenibilità.
Una prospettiva nel Well-Architected Framework è una visualizzazione trasversale dei suggerimenti per una tecnologia, un dominio o un settore specifico. I suggerimenti di una prospettiva sono in linea con i principi generali e i suggerimenti 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 suggerimento 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.
Pilastri
- Eccellenza operativa
- Esegui il deployment, gestisci, monitora e amministra in modo efficiente i tuoi workload cloud.
- Sicurezza, privacy e conformità
- Massimizza la sicurezza dei tuoi dati e workload nel cloud, progetta per la privacy e allineati ai requisiti e agli standard normativi.
- Affidabilità
- Progetta e gestisci workload resilienti e ad alta affidabilità 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 workload cloud ecosostenibili.
Prospettive trasversali ai pilastri
- AI e ML
- Una visione trasversale dei suggerimenti specifici per la tecnologia per i workload di AI e ML.
- Servizi finanziari
- Una visualizzazione dei suggerimenti per i workload FS in tutti i pilastri.
Skill dell'agente
Per consentire agli agenti AI di valutare i workload cloud in base ai principi e ai consigli di ogni pilastro del Well-Architected Framework, utilizza le google-cloud-waf-* skill degli agenti1 disponibili nel repository Google Agent Skills su GitHub.
Per installare una skill specifica del Well-Architected Framework, esegui questo comando nel client o nel terminale dell'agente. Quando richiesto, specifica gli agenti AI per i quali vuoi installare la skill e imposta l'ambito di installazione (progetto o globale).
npx skills add google/skills --skill SKILL_NAME
Nel comando precedente, sostituisci SKILL_NAME con il nome della skill che vuoi installare, dalla tabella seguente.
Se hai già installato le skill, puoi aggiornarle all'ultima versione eseguendo il seguente comando:
npx skills update
| Pilastro e link alla skill in GitHub | SKILL_NAME |
|---|---|
| Eccellenza operativa | google-cloud-waf-operational-excellence |
| Sicurezza, privacy e conformità |
google-cloud-waf-security
|
| Affidabilità | google-cloud-waf-reliability |
| Ottimizzazione dei costi | google-cloud-waf-cost-optimization |
| Ottimizzazione delle prestazioni | google-cloud-waf-performance-optimization |
| Sostenibilità | google-cloud-waf-sustainability |
Ogni skill del Well-Architected Framework include le seguenti informazioni per un pilastro specifico:
- Una panoramica del pilastro, dei suoi principi fondamentali e dei link alla documentazione adatta all'AI per ogni principio.
- Esempi di prodotti e funzionalità Google Cloud pertinenti per il pilastro.
- Domande di valutazione che gli agenti possono porre per comprendere i requisiti di un workload.
- Un elenco di controllo di convalida che gli agenti possono utilizzare per valutare l'allineamento di un'architettura ai principi e ai suggerimenti del pilastro.
Principi fondamentali
Prima di esplorare i suggerimenti in ogni pilastro del Well-Architected Framework, esamina i seguenti principi fondamentali:
Progettazione per il cambiamento
Nessun sistema è statico. Le esigenze degli utenti, gli obiettivi del team che crea il sistema e il sistema stesso cambiano costantemente. Tenendo presente la necessità di cambiamento, crea un processo di sviluppo e produzione che consenta ai team di fornire regolarmente piccole modifiche e ricevere un feedback rapido su queste modifiche. Dimostrare costantemente la capacità di eseguire il deployment delle modifiche aiuta a creare fiducia con gli stakeholder, 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 al sistema.
Documenta l'architettura
Quando inizi a spostare i tuoi workload nel cloud o a creare le tue applicazioni, la mancanza di documentazione sul sistema può essere un ostacolo importante. La documentazione è particolarmente importante per visualizzare correttamente l'architettura dei tuoi deployment attuali.
Una documentazione di qualità non si ottiene producendo una quantità specifica di documentazione, ma dalla chiarezza dei contenuti, dalla loro utilità e dal modo in cui vengono gestiti man mano che il sistema cambia.
Un'architettura cloud adeguatamente documentata stabilisce un linguaggio e standard comuni, che consentono ai team cross-funzionali 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 tuoi 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 tuoi team per allineare le iniziative, evitare duplicati e misurare in modo efficace le variazioni del rendimento nel tempo. I log delle modifiche sono particolarmente utili quando inserisci un nuovo cloud architect che non ha ancora familiarità con il design, la strategia o la cronologia attuali.
L'analisi di DORA ha rilevato un chiaro legame tra la qualità della documentazione e le prestazioni dell'organizzazione, ovvero la capacità di quest'ultima di raggiungere i propri obiettivi di prestazioni e redditività.
Semplifica il design e utilizza servizi completamente gestiti
La semplicità è fondamentale per il design. Se la tua architettura è troppo complessa da comprendere, sarà difficile implementare il design e gestirlo nel tempo. Ove possibile, utilizza servizi completamente gestiti per ridurre al minimo i rischi, i tempi e l'impegno associati alla gestione e alla manutenzione dei sistemi di base.
Se i tuoi workload sono già in produzione, esegui dei test con i servizi gestiti per vedere come possono contribuire a ridurre le complessità operative. Se stai sviluppando nuovi workload, inizia con un approccio semplice, crea un prodotto minimo funzionante (MVP) e resisti alla tentazione di un'ingegnerizzazione eccessiva. Puoi identificare casi d'uso eccezionali, eseguire iterazioni e migliorare i tuoi sistemi in modo incrementale nel tempo.
Disaccoppia l'architettura
La ricerca di DORA mostra che l'architettura è un fattore predittivo importante per ottenere la distribuzione continua. Il disaccoppiamento è una tecnica utilizzata per separare le applicazioni e i componenti di servizio in componenti più piccoli che possono funzionare in modo indipendente. Ad esempio, potresti 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:
- Applica upgrade indipendenti.
- Applicare 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 all'inizio della fase di progettazione o incorporarlo come parte degli upgrade del sistema man mano che esegui lo scale up.
Utilizza un'architettura stateless
Un'architettura stateless può aumentare sia l'affidabilità che la scalabilità delle tue 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 i progressi e riavviarsi correttamente. Le applicazioni stateless possono eseguire attività senza dipendenze locali significative utilizzando lo spazio di archiviazione condiviso o i servizi memorizzati nella cache. Un'architettura stateless consente alle tue applicazioni di fare lo scale up rapidamente con dipendenze di avvio minime. Le applicazioni possono sopportare riavvii forzati, hanno un tempo di inattività inferiore e offrono prestazioni migliori per gli utenti finali.
-
Per saperne di più sullo standard delle skill dell'agente, consulta la panoramica delle skill dell'agente. ↩