Wat is het Azure Well-Architected Framework?

Het Azure Well-Architected Framework is een ontwerpframework waarmee de kwaliteit van een workload kan worden verbeterd door het volgende te doen:

• Wees tolerant, beschikbaar en herstelbaar.
• Wees zo veilig als je het nodig hebt.
• Een voldoende rendement op investeringen leveren.
• Ondersteuning voor verantwoordelijke ontwikkeling en activiteiten.
• Bereikt het doel ervan binnen acceptabele tijdsbestekken.

Het framework is gebaseerd op de vijf pijlers van architectonische uitmuntendheid, die zijn toegewezen aan deze doelstellingen. Ze zijn: Betrouwbaarheid, Security, Cost Optimization, Operational Excellenceen Prestatie-efficiëntie.

Elke pijler biedt aanbevolen procedures, risicooverwegingen en compromissen. De ontwerpbeslissingen moeten worden verdeeld over alle pijlers, gezien de bedrijfsvereisten. De technische en bruikbare richtlijnen zijn breed genoeg voor alle workloads en zijn van toepassing op een specifiek scenario. Deze richtlijnen zijn gericht op Azure.

De workload-architectuur is niet hetzelfde als de implementatie. Het Well-Architected Framework kan u instellen voor succes via architectuurontwerp, maar de implementatiekeuzes zijn afhankelijk van de zakelijke vereisten en beperkingen van uw organisatie.

Audiëntie

Het Well-Architected Framework is van toepassing op teams die verantwoordelijk zijn voor het verbeteren van workloads en het aanpakken van cross-cutting zorgen.

Het Well-Architected Framework biedt waardevolle inzichten en aanbevelingen voor iedereen die betrokken is bij de levenscyclus van een workload. Ongeacht uw rol in een workloadteam, of u nu architect, ontwikkelaar, operator of zakelijke belanghebbende bent, als u de bevoegdheid hebt om beslissingen te nemen binnen het bereik van een workload, kunt u profiteren van dit framework.

Deze richtlijnen zijn nuttig, ongeacht de schaal van uw organisatie. Of u nu deel uitmaakt van een grote onderneming, een klein bedrijf of een onafhankelijke softwareleverancier, u kunt een stap dichter bij het optimale ontwerp verplaatsen. Het framework is geschikt voor een breed scala aan organisatiestructuren en -grootten, zodat alle workloadgebruikers de voordelen effectief kunnen benutten.

Als u hulp zoekt bij het verbeteren van een portfolio met workloads via gecentraliseerde besturingselementen, is deze inhoud mogelijk niet volledig van toepassing. We raden u aan om te verwijzen naar Cloud Adoption Framework. Als u geen belang hebt bij het ontwerpen van workloads in Azure, is deze inhoud niet relevant voor u.

Zie de basisprincipes van Architect en Architect's checklistvoor informatie over de rol en taken van een architect.

Doelen

Het primaire doel van het Well-Architected Framework is om u in te stellen voor succes wanneer u uw workload in Azure implementeert.

• Geslaagde implementatie: Een goed ontworpen ontwerp leidt tot een succesvolle implementatie. Gezien de breedte en diepte van dekking in concepten, bent u goed uitgerust om weloverwogen beslissingen te nemen.

• Vertrouwen in succes: Bewezen beoordelingen, waargenomen in talloze workloads die op Azure zijn uitgevoerd, ondersteunen de principes van het framework.

• Inzicht in compromissen en risico's: het framework helpt u te begrijpen dat het aannemen van de aanbevelingen mogelijk keuzes moet maken op basis van de andere pijlers. Het markeert de compromissen en ook de potentiële risico's die u op korte termijn wilt aanpakken.

• Optimaliseren in de loop van de tijd: het framework is ontworpen voor iteratief gebruik en als hulpmiddel voor continue verbetering. Meet de volwassenheid van uw workload op basis van de richtlijnen. Behandel die evaluatie als een bewegende score die zich ontwikkelt met uw workload, zodat het ontwerp efficiënt en effectief blijft bij het voldoen aan uw bedrijfsdoelstellingen.

Bouwstenen van het framework

Het Well-Architected Framework is gestructureerd in een gelaagde benadering: pijlers, workload en servicehandleidingen.

Pijlers

De basis van dit kader ligt in de pijlers. Als u niet over een uitgebreid begrip van deze pijlers beschikt, zijn de volgende lagen, de workload-laag en de servicehandleidingen, mogelijk niet volledig te begrijpen. Elke pijler presenteert deze elementen:

• Ontwerpprincipes. Zorg voor de basis van een goed ontwerp, dat elk een specifiek doel heeft. De principes beschrijven ook de aanbevolen benaderingen.

• Controlelijsten voor ontwerpbeoordeling. Elk item in de controlelijst wordt vergezeld van een of meer aanbevelingsgidsen die belangrijke strategieën beschrijven en hoe Azure u helpt de aanbeveling te bereiken.

• Cloudontwerppatronen. Zorg ervoor dat u de gerelateerde cloudontwerppatronen begrijpt. Ze zijn toegewezen aan de pijlers die ze rechtstreeks ondersteunen.

• Compromissen. Elke architectuurbeslissing omvat een reeks overwegingen. Deze afwegingen vertegenwoordigen erkende en geaccepteerde compromissen die de verschillende aspecten van het kader in evenwicht brengen. Compromissen worden genoteerd met dit pictogram en risico's worden genoteerd met dit pictogram .

• Volwassenheidsmodel. Hierin wordt een gefaseerde benadering beschreven om het Azure Well-Architected Framework te gebruiken door te beginnen met eenvoudige of essentiële aanbevelingen. Naarmate de bedrijfsbehoeften zich ontwikkelen, verbetert u systemen geleidelijk, van workloads in een vroeg stadium tot volwassen, bedrijfskritieke oplossingen.

Zie Over de Well-Architected Framework-pijlersvoor meer informatie.

Werklast

De workloadlaag geeft aan hoe de pijlers van toepassing zijn op een specifieke workloadklasse. Tijdens de eerste ontwerpfase wordt de workloadarchitectuur gesegmenteerd op basis van het hulpprogramma en elk segment vertegenwoordigt de prioriteitsgebieden of ontwerpgebieden. Deze ontwerpgebieden zijn specifiek voor de workloadklasse en dienen als brandpunt voor optimalisatie. Het Well-Architected Framework bevat verschillende workloads. Lees het document dat nauw overeenkomt met uw zakelijke vereisten. U hoeft geen richtlijnen voor workloads te lezen voor categorieën die niet overeenstemmen met uw scenario.

Begin met Aan de slag om inzicht te krijgen in de context van de oplossing. Lees ter herinnering de Ontwerpprincipes om te begrijpen hoe de workload de richtlijnen van de pijlers toepast. Duik vervolgens diep in Ontwerpgebieden die zich richten op de technische beslissingspunten met aanbevelingen die volgen. Workloadrichtlijnen bevatten ook een evaluatie waarmee u uw gereedheid in productie kunt evalueren.

Zie Over de Well-Architected Framework-workloadsvoor meer informatie.

Servicehandleidingen

Servicehandleidingen spelen een belangrijke rol bij het nemen van beslissingen over afzonderlijke Azure-onderdelen binnen een workload. Ze geven een overzicht van de belangrijkste functies en mogelijkheden die nodig zijn om architectonische uitmuntendheid te bereiken en bieden aanbevolen configuraties om een sterke basis te creëren. Hoewel dit niet volledig is, benadrukken deze handleidingen hoe elke service kan omgaan met kruislingse problemen en de effectiviteit van workloads kan ondersteunen.

Zie de beschikbare handleidingenvoor meer informatie.

Ontwerpprincipes

Ontwerphandleidingen fungeren als gerichte resources die prescriptieve richtlijnen bieden voor het toepassen van de belangrijkste strategieën van het framework. Ze trekken rechtstreeks uit de fundamentele benaderingen die zijn gedefinieerd in de aanbevelingen voor pijlers, maar breiden zich bewust uit over pijlers om te laten zien hoe deze strategieën in de praktijk communiceren. In plaats van volledige architectuurtrajecten te behandelen, concentreren ontwerpgidsen zich op een specifieke praktijk of keuze, waardoor teams duidelijke, gerichte richting krijgen om WAF-principes in actie te brengen.

Zie Ontwerp essentials voor meer informatie.

Beoordeling

Microsoft Azure Well-Architected Review wordt gratis aangeboden. Het is een verzameling vragenlijsten die zijn gekoppeld aan de controlelijsten voor pijlers om uw ontwerpkeuzen te evalueren. Volg uw score via iteratieve uitvoeringen om mogelijke gebieden voor verbetering te identificeren.

Zie Azure Well-Architected Review-hulpprogrammavoor meer informatie.

Voorgesteld leerproces

Het Well-Architected Framework bevat aanbevolen procedures die van toepassing zijn op elke workloadklasse. Deze richtlijnen omvatten niet alleen de fundamentele principes van een goed ontwerp en compromissen, maar ook de toepassing van deze principes op de onderdelen van uw architectuur. Wij erkennen dat het lezen van deze leidraad van begin tot eind overweldigend kan zijn. Overweeg dit leertraject te volgen:

1. Alle ontwerpprincipes begrijpen. Leer de ontwerpprincipes en de benaderingen voor alle pijlers. Aan het begin van het ontwerp is het begrijpen van een goede architectuur belangrijker dan weten hoe u deze kunt bouwen. Volg binnen elk principe de benaderingen om uw ontwerpstrategie te maken. Deze benaderingen zijn niet optioneel en moeten in aanmerking worden genomen.

   

   • Principes voor betrouwbaarheidsontwerp
   • Principes voor beveiligingsontwerp
   • Ontwerpprincipes voor kostenoptimalisatie
   • Ontwerpprincipes voor operationele uitmuntendheid
   • Ontwerpprincipes voor prestatie-efficiëntie

2. Prioriteit geven aan controlelijstitems. Begin met het adresseren van de controlelijstitems die relevant zijn voor uw workload en bedrijfsdoelen. Houd rekening met factoren zoals bedrijfskritiek, nalevingsbehoeften en time to market. Pas prioriteiten aan naarmate deze factoren veranderen om de kwaliteit van de workload te verbeteren. Stel controlelijstitems uit die minder relevant zijn voor het succes van uw workload.

   

   • Controlelijst voor ontwerpbeoordeling voor betrouwbaarheid
   • Controlelijst voor ontwerpbeoordeling voor beveiliging
   • Controlelijst voor ontwerpbeoordeling voor Kostenoptimalisatie
   • Controlelijst voor ontwerpbeoordeling voor Operational Excellence
   • Controlelijst voor ontwerpbeoordeling voor prestatie-efficiëntie

3. Wees klaar om belangrijke compromissen te maken. Bekijk voorbeelden van afwegingen tussen pijlers om te zien hoe prioriteitstelling de voorkeur kan geven aan de ene pijler ten opzichte van de andere. Strategische compromissen maken is een belangrijk onderdeel van besluitvorming.

   • Betrouwbaarheidsafwegingen
   • Veiligheidsafwegingen
   • Compromissen voor kostenoptimalisatie
   • Compromissen voor operationele uitmuntendheid
   • Compromissen voor prestatie-efficiëntie

4. Overeenkomen met workloadscenario's. Zoek een workloadhandleiding die overeenkomt met uw scenario en volg de ontwerpmethodologie voor alle technische en operationele gebieden. Deze handleidingen helpen de meest relevante overwegingen te markeren. Zie de voorbeelden die worden vermeld onder Azure Well-Architected Framework-workloads voor meer informatie.

5. Selecteer de juiste Azure-service en configureer deze correct. Deze servicehandleidingen zijn ontworpen ter ondersteuning van uw besluitvorming voor elk Azure-onderdeel binnen een workload.

Een volwassenheidsmodel aannemen

Overweeg een gefaseerde benadering te gebruiken voor het gebruik van het Azure Well-Architected Framework. Classificeer de aanbevelingen van het framework op basis van wat eenvoudig te bereiken is of moet in eerste instantie worden bereikt. Naarmate de bedrijfsvereisten van de workload veranderen, ontwikkelt u incrementeel productieklare systemen. Initiële fasen van de ingebruikname kunnen bijvoorbeeld vroeg in hun financierings- en ontwikkelingsproces worden toegepast op workloads, waarbij een solide basis wordt gelegd voor een goed ontwerp. Volwassen fasen van uitlijning kunnen later in de ontwikkelingscyclus worden toegepast op oplossingen, waarbij de hoogste niveaus zijn gereserveerd voor always-on, bedrijfskritieke oplossingen.

Het Well-Architected Framework bevat een volwassenheidsmodel. Het biedt een gestructureerd curriculum en mijlpalen voor workloadteams die ze kunnen volgen.

De gefaseerde benadering is ontwikkeld nadat is beoordeeld hoe talloze Azure-klanten het framework in hun oplossingen toepassen. Deze richtlijnen zijn van toepassing op alle workloadteams, van start-ups tot volwassen ondernemingen. Startups gebruiken het model om fundamentele strategieën te maken die in de loop van de tijd kunnen worden geïmplementeerd. Volwassen ondernemingen, waarvan de architectuur zich heeft ontwikkeld, kunnen ook het model gebruiken om hun workloads verder te optimaliseren om een gemeenschappelijke benadering te hebben voor het meten van verbeteringen in teams. Partners kunnen ook het model gebruiken om de volwassenheid van de workload te evalueren en gerichte aanbevelingen te implementeren.

Het model wordt gecategoriseerd op pijlers en onderverdeeld in vijf niveaus. Hoewel de niveaus in elke pijler unieke kenmerken van die pijler vertegenwoordigen, zijn er algemene thema's voor allemaal:

Volwassenheidsfase	Focus	Strategie
Niveau 1	Een solide basis in Azure tot stand brengen	Richt u op het gebruik van de kern- en systeemeigen functies van Azure, terwijl u profiteert van gevestigde cloudontwerppatronen en aanbevolen procedures.
Niveau 2	Werkbelastingsmiddelen opbouwen	Los technische uitdagingen op voor onderdelen die rechtstreeks eigendom zijn van het workloadteam, waaronder toepassingscode, implementatieassets en operationele procedures.
Niveau 3	Klaar zijn voor productie	Betrek zakelijke belanghebbenden bij besluitvorming en overweeg compromissen met andere pijlers. Voor nieuwe workloads is dit meestal de laatste stap voordat u naar productie gaat.
Niveau 4	Leren van productie	Verplaats de focus naar het onderhouden van een stabiele omgeving, het beheren van wijzigingen en het aanbrengen van nieuwe vereisten op basis van zakelijke wijzigingen en productieleer.
Niveau 5	Toekomstbestendig met flexibiliteit	Streef naar een inspirerende kwaliteit. U bent bedreven in verandering, zodat u nieuwe marktomstandigheden en wijzigingen in externe invloeden zoals technologie, bedrijfsvereisten of regelgevingskwesties kunt afhandelen.

Deze grenzen zijn voorgestelde richtlijnen en hoeven niet als strikte regels te worden beschouwd. Het werkelijke traject is afhankelijk van de doelstellingen en workloadvereisten van uw organisatie.

Verken in elk niveau de weergaven met tabbladen die de strategiefocus voor elk niveau markeren.

• Betrouwbaarheidsrijpheidsmodel
• Model voor vervaldatum van beveiliging
• Vervaldatummodel voor kostenoptimalisatie
• Volwassenheidsmodel voor operationele uitmuntendheid
• Prestatie-efficiëntie-volwassenheidsmodel

De richtlijnen bevatten een evaluatie om u te helpen bij het identificeren van aanbevelingen die passen bij het doelrijpheidsniveau. Doe hier de beoordeling: Azure Well-Architected Framework Maturity Model Assessment.

AI gebruiken in uw bewerkingen

Het Azure Well-Architected Framework bevat richtlijnen voor het opzettelijk en incrementeel toepassen van AI in operationele werkstromen. Het doel hiervan is om teams te helpen inzicht te verkrijgen in de kosten, risico's en wrijving van de organisatie die samenhangen met AI, bij het gebruik van AI voor planning, ontwikkelingsprocessen en runtimebewerkingen.

We raden u aan te beginnen met het Operational Excellence-volwassenheidsmodel. Dit biedt een praktisch ingangspunt voor het verkennen van AI-gebruikspatronen, het begrijpen van compromissen terwijl menselijk toezicht wordt gehandhaafd, om efficiëntie te stimuleren.

Zoek in de aanbevelingshandleidingen naar voorbeelden van waar AI taken kan ondersteunen, zoals het instellen van werkstromen, procesautomatisering, bewaking en handhaven. Zie de handleidingen die zijn gekoppeld aan dit controlelijstartikel: Controlelijst voor Operational Excellence voor meer informatie.

Neem een pragmatische benadering

Het is belangrijk om een pragmatische benadering te hanteren om analyse parlyse te voorkomen. Hier volgen enkele belangrijke overwegingen:

• Evalueer de waarde van procedures. Alle aanbevolen praktijken bieden waarde, maar die waarde kan variëren afhankelijk van uw team en het huidige rijpheidsniveau. Het implementeren van bepaalde procedures kan weinig voordeel opleveren, terwijl het vertragen van de implementatie van anderen de kosten, complexiteit en niet-strategische technische schulden kan verhogen, omdat u mogelijk al andere procedures hebt geoptimaliseerd om te compenseren.

  Prioriteit geven aan procedures die onmiddellijke, zinvolle voordelen bieden en andere belangrijke procedures mogelijk maken.

• Evalueer de kosten van procedures. Elke praktijk heeft een kosten voor het implementeren en uitvoeren, waaronder financiële, inspannings- en complexiteitskosten. Deze kosten kunnen variëren op basis van uw vervaldatumniveau.

  • Er zijn hogere implementatiekosten als er procedures worden toegepast voordat het workloadteam klaar is.

  • Er zullen hogere implementatie- en operationele kosten zijn, als praktijken te laat worden aangenomen, wat leidt tot problemen met herwerken of integratie.

  • Praktijken kunnen worden stopgezet als hun operationele kosten hun waarde op een hogere vervaldatum overschrijden.

  Op basis van de vereisten worden voorwaardelijke vereisten en afsluitcriteria gedefinieerd voor uw rijpheidsfase. Geef prioriteit aan praktijken die duurder of complexer zouden zijn om later aan te nemen, en vermijd onnodige complexiteit of operationele lasten.

• Wees bewust bij het kiezen van uw implementatievolgorde. Praktijken zijn onderling afhankelijk en de volgorde waarin ze worden geïmplementeerd, kan een aanzienlijk verschil maken. Sommige procedures zijn bouwstenen voor anderen en kunnen een groot effect hebben op de kosten, inspanningen en complexiteit van downstreamprocedures. Houd rekening met tijd-tot-resultaten bij het plannen van uw reis.

• Wees realistisch over uw capaciteit. De resources die uw organisatie kan besteden aan het implementeren en uitvoeren van een workload, is vaak beperkt.

  • Maak een schatting van de capaciteit van het workloadteam om te implementeren en te werken.

  • Kosten zijn additief. Naarmate de operationele kosten toenemen, neemt de capaciteit voor het implementeren van nieuwe procedures af.

  • Compromissen kunnen alternatieve kosten met zich meebrengen. Het kiezen van procedures om nu te implementeren betekent dat anderen worden uitgesteld.

Verwante koppelingen

Hier volgen enkele bronnen om aan de slag te gaan met de Well-Architected Framework-documentatie:

• Azure Well-Architected Framework
• Training voor het Well-Architected Framework