Inleiding
In deze module bouwt u voort op een bestaande architectuur ter ondersteuning van een scenario met hoge beschikbaarheid voor een fictief bedrijf. U krijgt specificaties op hoog niveau over toepassingsontwerp, infrastructuurkeuzen, gegevensmodel en algemene waarneembaarheid. Aan het einde van de oefening controleert u uw werk door uw ontwerp te vergelijken met die van een vergelijkbare architectuur. Noteer de hiaten voor toekomstige verbeteringen.
Voorbeeldscenario
Contoso Shoes heeft hun on-premises implementaties twee jaar geleden gemigreerd naar de cloud. Hoewel ze verbeteringen in de bewerkingen hebben gezien, is het lastig om hun beschikbaarheid en uptime binnen de SLA (Service Level Agreement) te behouden. Er is ook een aanstaande productlancering die naar verwachting een piek in het verkeer zal veroorzaken. Eerdere lanceringen leidden tot storingen omdat het systeem niet kon voldoen aan de toename van de belasting, wat leidde tot aanzienlijk financieel verlies.
Op basis van die ervaring zet de organisatie zich nu in om de algehele betrouwbaarheid en waarneembaarheid van het systeem te verhogen. Ze hebben de beschikbaarheidsdoelen voor de bestaande toepassing bijgewerkt, waardoor deze bedrijfskritiek is.
De organisatie heeft een verbeterd ontwerp nodig dat een storing van een of meer onderdelen in de architectuur kan overleven en zelfs bestand is tegen een volledige regionale storing en tegelijkertijd meer inzicht in de systeemstatus biedt voor hun activiteiten. Ze hebben de mogelijkheid verkend om een andere regio toe te voegen. Contoso wil ook de klantervaring verbeteren door klanten sneller te bedienen in een regio die zich geografisch dichter bij hen bevindt.
Het team begrijpt de compromissen: extra kosten en complexiteit. De kosten (werkelijke en reputatie) van een langere periode zijn echter groter dan de kosten voor het uitvoeren in een tweede regio. Als hoofdcloudarchitect bent u gevraagd om de huidige architectuur te evalueren en te verbeteren met deze doelen in gedachten.
De bestaande toepassing is al ontworpen volgens de kwaliteitspijlers van Azure Well-Architected Framework. Als eerste stap hebt u de richtlijnen voor goed ontworpen bedrijfskritieke workloads doorgelezen. U hebt prioriteit gegeven aan verbeterde systeemtolerantie en waarneembaarheid als de belangrijkste aandachtsgebieden die de hoogste betrouwbaarheidsimpact op het systeem hebben.
Wat leer je?
- Een statuseindpunt in de toepassing ontwerpen om de status op API-niveau en de bijbehorende afhankelijkheden te controleren
- De oplossing uitbreiden naar meerdere regio's om een regionale storing te overleven
- Een statusmodel bouwen en de waarneembaarheidsgegevens visualiseren via operationele dashboards
Belangrijk
De oefeningen hebben niet betrekking op alle ontwerpgebieden van bedrijfskritieke workloads. Nadat u deze uitdaging hebt voltooid, wordt u aangemoedigd om bedrijfskritieke principes te blijven verkennen die worden gegeven in goed ontworpen bedrijfskritieke workloads, zodat u een volledig perspectief hebt voor uw eigen ontwerpen.
Wat is het belangrijkste doel?
Aan het einde van deze module hebt u aangetoond dat u essentiële ontwerpprincipes kunt toepassen op een voorbeeldscenario. Op basis van uw bevindingen kunt u vergelijkbare ontwerpen evalueren en uiteindelijk uw eigen bedrijfsklare oplossing maken die klaar is voor productie.