Introduzione
Creare un'architettura esistente per supportare uno scenario a disponibilità elevata per un'azienda fittizia. Verranno fornite specifiche di alto livello per la progettazione dell'applicazione, le scelte di infrastruttura, il modello di dati e l'osservabilità complessiva. Alla fine dell'esercizio controllare il lavoro confrontando la progettazione con quella di un'architettura simile. Assicurarsi di notare le lacune per i miglioramenti futuri.
Scenario di esempio
Contoso Shoes ha eseguito la migrazione delle distribuzioni locali nel cloud due anni fa. Mentre sono stati visti miglioramenti nelle operazioni, è stato difficile mantenere la disponibilità e il tempo di attività all'interno del contratto di servizio (SLA). È previsto anche un lancio imminente del prodotto che dovrebbe creare un picco nel traffico. I precedenti lanci hanno portato a interruzioni perché il sistema non è stato in grado di soddisfare l'aumento del carico. Ha causato una perdita finanziaria significativa.
Sulla base di questa esperienza, l'organizzazione è ora impegnata ad aumentare l'affidabilità complessiva e l'osservabilità del sistema. Sono state aggiornate le destinazioni di disponibilità per l'applicazione esistente, rendendola cruciale.
L'organizzazione ha bisogno di una progettazione migliorata che può sopravvivere a un errore di uno o più componenti nell'architettura e persino resistere a un'interruzione regionale completa, fornendo maggiori informazioni sull'integrità del sistema alle loro operazioni. Hanno esaminato la possibilità di aggiungere un'altra area. Contoso vorrebbe inoltre migliorare l'esperienza del cliente offrendo ai clienti una maggiore velocità in un'area geograficamente più vicina.
Il team comprende gli svantaggi: costi e complessità aggiuntivi. Tuttavia, il costo (effettivo e di reputazione) di un'interruzione dell'attività per un periodo prolungato è maggiore del costo di gestione di una seconda area. Come responsabile dell'architetto cloud, è stato chiesto di valutare e migliorare l'architettura corrente con tali obiettivi.
L'applicazione esistente è già progettata in base ai pilastri qualitativi di Azure Well-Architected Framework. Come passaggio iniziale, è stata illustrata la guida fornita per i carichi di lavoro di importanza cruciale di Well-Architected. La priorità è stata data al miglioramento della resilienza e dell'osservabilità del sistema come aree chiave che avranno il massimo impatto sull'affidabilità del sistema.
Cosa si dovrà fare?
- Progettare un endpoint di integrità nell'applicazione per controllare l'integrità a livello di API e le relative dipendenze
- Espandere la soluzione in più regioni per sopravvivere a un'interruzione a livello regionale
- Creare un modello di integrità e visualizzare i dati di osservabilità tramite dashboard operativi
Importante
Gli esercizi non coprono tutte le aree di progettazione dei carichi di lavoro critici. Dopo aver completato questo test, sarà possibile continuare a esplorare i principi cruciali forniti nei carichi di lavoro di importanza cruciale di Well-Architected, in modo da avere una prospettiva completa per i propri progetti.
Qual è l'obiettivo principale?
Alla fine di questo modulo è stata illustrata la possibilità di applicare principi di progettazione cruciali a uno scenario di esempio. Sulla base di quanto appreso, sarà possibile valutare progetti simili e infine creare la propria soluzione cruciale pronta per la produzione.