Pijlers van Azure Well-Architected Framework

  • 10 minuten

De cloud heeft de manier veranderd waarop organisaties hun zakelijke uitdagingen oplossen en hoe toepassingen en systemen zijn ontworpen. De rol van een oplossingsarchitect is niet beperkt tot het leveren van bedrijfswaarde via de functionele vereisten van de toepassing. Ze moeten er ook voor zorgen dat de oplossing is ontworpen op manieren die schaalbaar, flexibel, efficiënt en veilig zijn.

Oplossingsarchitectuur heeft betrekking op het plannen, ontwerpen, implementeren en voortdurend verbeteren van een technologisch systeem. De architectuur van een systeem moet in balans zijn met en zijn afgestemd op de bedrijfsbehoeften met de technische mogelijkheden die nodig zijn om deze behoeften uit te voeren. In de uiteindelijke architectuur zijn de risico's, kosten en mogelijkheden ten aanzien van het gehele systeem en de bijbehorende onderdelen uitgebalanceerd.

Azure Well-Architected Framework

Het Azure Well-Architected Framework is een set leidende grondbeginselen voor het bouwen van oplossingen van hoge kwaliteit in Azure. Er is geen één-size-fits-all benadering voor het ontwerpen van een architectuur, maar er zijn enkele universele concepten die van toepassing zijn, ongeacht de architectuur, technologie of cloudprovider.

Deze concepten zijn niet all-inclusive, maar als u erop richt, kunt u een betrouwbare, veilige en flexibele basis voor uw toepassing bouwen.

Het Azure Well-Architected Framework bevat vijf pijlers:

  • Kostenoptimalisatie
  • Operationele uitmuntendheid
  • Prestatie-efficiëntie
  • Betrouwbaarheid
  • Beveiliging

An illustration that shows the pillars of the Azure Well-Architected Framework.

Kostenoptimalisatie

U wilt uw cloudomgeving ontwerpen zodat deze rendabel is voor bewerkingen en ontwikkeling. Constateer eventuele inefficiëntie en verspilling in uw clouduitgaven om ervoor te zorgen dat uw geld optimaal wordt besteed.

An illustration that shows increasing quality, speed, and efficiency while maintaining decreasing costs.

Operationele uitmuntendheid

Door gebruik te maken van moderne ontwikkelprocedures zoals DevOps, kunt u snellere ontwikkelings- en implementatiecycli inschakelen. U hebt een goede bewakingsarchitectuur nodig, zodat fouten en problemen zijn te detecteren voordat ze optreden, of ten minste voordat uw klanten dit opmerken. Automatisering is een belangrijk aspect van deze pijler om de variantie en fouten te verwijderen en de operationele flexibiliteit te vergroten.

Prestatie-efficiëntie

In een goed functionerende en schaalbare architectuur moet de resourcecapaciteit goed zijn afgestemd op de vraag. Gewoonlijk voorzien cloudarchitecturen in deze balans door toepassingen dynamisch te schalen op basis van de activiteit in de toepassing. De vraag naar services fluctueert, dus is het belangrijk dat uw architectuur ook de mogelijkheid heeft om zich aan te passen aan de vraag. Door uw architectuur te ontwerpen met de prestaties en schaalbaarheid in gedachten, biedt u een geweldige ervaring voor uw klanten, terwijl u rendabel bent.

An illustration that shows how resources in the cloud scale dynamically based on demand, resulting in highly efficient usage. When resources are implemented at a fixed level, it results in inefficient usage during low demand and shortage during high demand.

Betrouwbaarheid

De grootste angst van elke architect is dat de architectuur mislukt en er geen enkele manier is om deze te herstellen. Een geslaagde cloudomgeving is ontworpen op zo'n manier dat deze fouten op alle niveaus ondervangt. Onderdeel van het ondervangen van fouten is het ontwerpen van een systeem dat zich binnen de tijd die wordt vereist door uw belanghebbenden en klanten, van een fout kan herstellen.

An illustration that shows two virtual machines in a virtual network. One of the machines is shown as failed, while the other is working to service customer requests.

Beveiliging

Gegevens zijn het meest waardevolle stukje van de technische footprint van uw organisatie. In deze pijler richt u zich op het beveiligen van de toegang tot uw architectuur via verificatie en het beveiligen van uw toepassing en gegevens tegen netwerkproblemen. U moet ook de integriteit van uw gegevens beschermen via hulpprogramma's zoals versleuteling.

Denk goed na over de beveiliging gedurende de hele levenscyclus van uw toepassing, van ontwerp en implementatie tot gebruik en beheer. De cloud biedt bescherming tegen verschillende bedreigingen, zoals netwerkinbraak en DDoS-aanvallen. Maar u moet nog steeds beveiliging in uw toepassing, processen en organisatiecultuur inbouwen.

An illustration that shows the types of security threats and attacks that might affect your data in the cloud.

Algemene ontwerpprincipes

Naast elk van deze pijlers zijn er een aantal constante ontwerpprincipes die u moet overwegen in uw architectuur.

  • Architectuurontwikkeling inschakelen: er is geen architectuur statisch. Zorg dat uw architectuur zich kan ontwikkelen door gebruik te maken van nieuwe services, hulpprogramma's en technologieën wanneer deze beschikbaar zijn.

  • Gegevens gebruiken om beslissingen te nemen: gegevens verzamelen, analyseren en gebruiken om beslissingen te nemen rondom uw architectuur. Van kostengegevens tot prestaties tot gebruikersbelasting, met behulp van gegevens kunt u de juiste keuzes maken in uw omgeving.

  • Trainen en inschakelen: Cloudtechnologie ontwikkelt zich snel. Train uw ontwikkelings-, bedrijfs- en zakelijke teams om hen te helpen de juiste beslissingen te nemen en oplossingen te bouwen om zakelijke problemen op te lossen. Documenteer en deel configuraties, beslissingen en aanbevolen procedures binnen uw organisatie.

  • Automatiseren: Automatisering van handmatige activiteiten vermindert de operationele kosten, minimaliseert fouten die worden geïntroduceerd door handmatige stappen en biedt consistentie tussen omgevingen.

Gedeelde verantwoordelijkheid

Met een overstap naar de cloud wordt een model met gedeelde verantwoordelijkheid geïntroduceerd. In dit model beheert uw cloudprovider bepaalde aspecten van uw toepassing, waardoor u de resterende verantwoordelijkheid krijgt.

In een on-premises omgeving bent u voor alles verantwoordelijk. Wanneer u overstapt op Infrastructuur als een dienst (IaaS), vervolgens naar PaaS (Platform as a Service) en SaaS (Software as a Service), neemt uw cloudprovider meer van deze verantwoordelijkheid.

Deze gedeelde verantwoordelijkheid speelt een rol in uw architectuurbeslissingen, omdat deze beslissingen gevolgen kunnen hebben voor kosten, beveiliging en de technische en operationele mogelijkheden van uw toepassing. Door deze verantwoordelijkheden naar uw provider te verschuiven, kunt u zich richten op het verhogen van de waarde voor uw bedrijf en afstappen van activiteiten die geen kernfunctie zijn.

An illustration that shows the level of shared responsibilities in each type of cloud-service model.

Ontwerpkeuzes

In een ideale architectuur bouwt u de veiligste, krachtige, maximaal beschikbare en efficiënte omgeving. Maar net als bij alles zijn er compromissen.

Er zijn kosten verbonden aan het ontwikkelen van een omgeving waarbij al deze pijlers van topniveau zijn. Die kosten kunnen zich voordoen in de vorm van geld, levertijd of operationele flexibiliteit. Elke organisatie heeft verschillende prioriteiten die van invloed zijn op de ontwerpkeuzen die in elke pijler worden gemaakt. Wanneer u uw architectuur ontwerpt, moet u bepalen welke afwegingen acceptabel zijn en welke niet.

Bij het ontwikkelen van een Azure-architectuur zijn er veel overwegingen waarmee u rekening moet houden. U wilt dat uw architectuur veilig, schaalbaar, beschikbaar en herstelbaar is. Om dat mogelijk te maken, moet u beslissingen nemen op basis van kosten, organisatieprioriteiten en risico's.