Azure Well-Architected Framework-workloads
In de context van het Azure Well-Architected Framework verwijst de term workload naar een verzameling toepassingsresources, gegevens en ondersteunende infrastructuur die samenwerken om gedefinieerde bedrijfsresultaten te bereiken. Een workload bestaat uit onderdelen en ook ontwikkel- en operationele procedures.
Architecten ontwerpen workloads en een workloadteam implementeert ze. Een workload is ontworpen en geïmplementeerd om functionele en niet-functionele bedrijfsvereisten te realiseren. Workloads kunnen in veel typen worden geclassificeerd.
Typische criteria voor workloadclassificatie zijn:
Hulpprogramma's, kenmerken en gebruikspatronen van een workload, zoals webtoepassingen, batchverwerking en realtime analyse.
Belangrijke invloedrijke stuurprogramma's, zoals technologieplatforms of afstemming met een branche.
Beoogde doelgroep. Voorbeelden van oplossingen met verschillende doelgroepen zijn interne Line-Of-Business-toepassingen binnen ondernemingen, een aangeschafte onafhankelijke softwareleverancieroplossing (ISV) of een SaaS-oplossing (Multitenant Software as a Service) voor openbaar gebruik.
Workloads die zich in dezelfde klasse bevinden, kunnen overeenkomsten delen, waaronder hun doelgroep, nalevingsvereisten en technologiestacks. De vijf pijlers van het Well-Architected Framework, hun principes, controlelijsten en compromissen zijn relevant voor alle workloadklassen.
In de workloadrichtlijnen van het Well-Architected Framework worden gemeenschappelijke prioriteiten en compromissen beschreven, omdat deze betrekking hebben op specifieke workloadklassen. In de richtlijnen voor werkbelastingen zijn de pijlerrichtlijnen van toepassing op technische ontwerpprincipes en ontwerpgebieden die de prioriteiten van een workload vertegenwoordigen. Volg de aanbevelingen om een geslaagde workload in te stellen en deze uit te lijnen met het goed ontworpen framework.
Wat is een goed ontworpen frameworkworkload?
Het ontwerp en de bewerkingen van elke workload hebben te maken met de vijf pijlers van de architectuur: betrouwbaarheid, beveiliging, kostenoptimalisatie, operationele uitmuntendheid en prestatie-efficiëntie.
 Als u een succesvolle workload wilt maken, moet u deze ontwikkelen in overeenstemming met de principes van well-architected Framework, die zijn gebaseerd op de volgende idealen. |
|---|
Een goed ontworpen frameworkworkload:
- Heeft functionele en niet-functionele vereisten die zijn gedefinieerd en prioriteit hebben om een doel te bereiken.
- Is ontworpen zodat u deze vereisten kunt bereiken door resources te gebruiken en ontwerppatronen en compromissen op te nemen.
- Is gebouwd en bediend aan de specificaties van een ontwerp en doel.
- Wordt gemeten op basis van hoe adequaat het haar doel bereikt.
- Kan zich aanpassen naarmate het doel ervan wordt verfijnd of gewijzigd.
- Is net zo betrouwbaar als dat nodig is.
- Is net zo veilig als nodig is.
- Levert een voldoende rendement op investeringen.
- Wordt op verantwoorde wijze ontwikkeld en geëxploiteerd.
- Bereikt het doel ervan binnen een acceptabele periode.
Een samenwerking tussen het workloadteam en de centrale teams van een organisatie moet een workload met de voorgaande kenmerken maken. In de volgende secties worden deze teams en hun functies beschreven.
Workloadteam
Maak een workloadteam met teamleden met een breed scala aan technische en zakelijke disciplines. De primaire focus van alle teamleden moet het succes van de workload zijn.
| Voorbeelden van leden van het workloadteam | |
|---|---|
| Toepassingsbeveiligingstechnici Zakelijke belanghebbenden Cloudontwikkelaars of softwaretechnici Cloudoplossingsarchitecten Gegevenswetenschappers of analisten Databasebeheerders |
DevOps-technici Infrastructuurtechnici Productmanagers of eigenaren Qa-technici (Quality Assurance) Leden van het ondersteuningsteam |
Gecentraliseerde teams en belanghebbenden
Gecentraliseerde teams ondersteunen vaak het workloadteam. Ze bieden ondersteuningsfuncties en passen governance toe voor veel of alle cloudworkloads binnen een organisatie. Gecentraliseerde teams richten zich op het succes van de organisatie, wat deels wordt bereikt door het succes van de workloads van de organisatie. Ze bieden services, richtlijnen en kaders voor workloads.
| Voorbeelden van gecentraliseerde teams en teamleden | |
|---|---|
| Bedrijfsinformatieanalisten Zakelijke belanghebbenden CCoE-bord (Cloud Center of Excellence) Cloudplatformteam Cyberbeveiligingsanalisten Databasebeheerders Ondernemingsarchitecten |
Financiële analisten Infrastructuurtechnici Juridische en nalevingsfunctionarissen Netwerktechnici Inkoopspecialisten Projectmanagers |
Een goed ontworpen framework-workloadteam richt zich op workloadresultaten. Ze coördineren en profiteren van de gespecialiseerde ondersteuning van gecentraliseerde teamleden.
Model van gedeelde verantwoordelijkheid
Er moet een workload worden geïmplementeerd en gebruikt om waarde te kunnen leveren. Als onderdeel van het workloadteam hebt u de verantwoordelijkheid om uw workload te ontwerpen, implementeren en implementeren op een manier die waarde voor uw organisatie creëert.
Workloads bestaan binnen de context van uw organisatie. Een organisatie heeft vaak gereguleerde rollen voor bestuur en autoriteit. Uw workloadteam is verantwoordelijk voor het ontwerpen, implementeren en implementeren van een workload binnen de basis van uw organisatie.
In overeenstemming met het Cloud Adoption Framework voor Azure kunt u de cloudresources van uw workload standaardiseren. Standaardisatie strikt toepassen om een beheerd platform te bieden om te helpen bij het onboarden van workloadteams. Pas deze governance toe in overeenstemming met het operationele cloudmodel van uw organisatie.
U kunt Azure-landingszones gebruiken om u te helpen standaardisatie uit te voeren. Platformlandingszones en landingszones voor toepassingen zijn beschikbaar in Azure. Implementeer uw workload in een landingszone van een toepassing.
Uw organisatie heeft mogelijk een cloudplatformaanbod dat strikt is geformaliseerd en volledig is afgestemd op Azure-landingszones. Of uw organisatie heeft mogelijk een andere acceptatiestrategie of geen implementatie. Als er geen implementatie is, zijn workloadteams bijna volledig autonome entiteiten.
Voor elk platform en governance dat uw organisatie gebruikt, moet u de principes van het Goed ontworpen framework toepassen op uw workloads. Het Well-Architected Framework verwijst vaak naar Azure-landingszones, maar is niet afhankelijk van een specifieke platform-implementatie. De goed ontworpen frameworkpijlers, principes, controlelijsten en handleidingen zijn voor alle cloudplatforms en de meeste workloadtypen.
Voldoen aan de vereisten
In het goed ontworpen framework, zoals de kernpijlers en de richtlijnen voor workloads, vallen aanbevelingen samen met de verplichting van de workload. Aanbevelingen impliceren meestal niet welk teamlid of team deze verplichtingen faciliteert. U kunt bepalen wie elke actie moet uitvoeren. Voer toewijzing op workloadniveau uit om de rollen en verantwoordelijkheden van uw team te bepalen die betrekking hebben op de topologie, het workloadtype en de kritieke status.
Het team voor directe werkbelasting verwerkt de meeste workloadvereisten. Sommige vereisten worden afgehandeld als een gezamenlijke inspanning met gecentraliseerde teams. De implementatieopties kunnen bijvoorbeeld zijn gebaseerd op kaders die door een gecentraliseerd team worden ingesteld. Of een gecentraliseerd team kan uitsluitend de implementatiekeuzen afhandelen.
Uw workloadteam moet een werkrelatie met andere teams opbouwen om code te kunnen gebruiken voor workloaddoelen. Als u onderdelen of verantwoordelijkheden uitbesteden, moet u met succes aan deze verplichtingen voldoen.
Meer informatie over de beperkingen
Een gecentraliseerd team ondersteunt diverse workloads op basis van de kernmogelijkheden en de kerninfrastructuur van het team. Om deze ondersteuning op organisatieschaal te bieden, kan het gecentraliseerde team uniformiteit en beperkingen implementeren voor de aangeboden service of de infrastructuur. Wanneer u uw workload ontwerpt, is het essentieel dat u deze beperkingen begrijpt en, waar mogelijk, kunt u samenwerken met ondernemingsarchitecten die deze beperkingen kennen. Leer zoveel mogelijk van eerdere implementaties.
Elke implementatie van platformgovernance verschilt, maar de volgende beperkingen zijn gebruikelijk voor veel workloads:
- Acceptatielijsten voor cloudresources
- Configuratiemandaten voor cloudresources
- Regionale acceptatielijsten voor cloudresources en beschikbaarheid van cross-premises connectiviteit
- Beperkte of geen platformondersteuning buiten kantooruren
- Patchvereisten
- Specifieke hub-spoke-implementatie, die dns-implementaties (Domain Name System) en privé-eindpunten aanstuurt
- Vereisten voor toeleveringsketenbeheer
Expliciet vereisten communiceren
Als uw workloadvereiste wordt geconfronteerd met een beperking of een SLA (Service Level Agreement) die niet duidelijk een kernmogelijkheid of infrastructuuraanbod definieert, behandelt u deze situatie als een risico. Om dit risico aan te pakken, moet uw workloadteam de andere teams duidelijkheid geven over de invloed van de zorg op de workload. Mogelijk moet u de workloadvereisten, het ontwerp of de implementatie wijzigen of het aanbod van de infrastructuur wijzigen.
Wanneer u begrijpt wat de verplichtingen van het platformteam zijn met betrekking tot organisatierichtlijnen en de verplichtingen van uw workloadteam, kunt u workloadvereisten communiceren met realistische verwachtingen en aanbevelingen.
Algemene workloadvereisten communiceren
Elk platformpartnerschap verschilt, maar de volgende gebieden zijn veelvoorkomende onderwerpen in gesprekken met gedeelde verantwoordelijkheid:
- Nalevings- en wettelijke vereisten
- Netwerkspecifieke gegevens, zoals de behoefte aan statische ip-adressen voor inkomend of uitgaand verkeer
- Waarneembaarheidsvereisten om live site-sortering te bieden die effectief is
- Prestatievereisten, zoals netwerkdoorvoer, beschikbaarheid van cloudresources of regionale beschikbaarheid
- Verwachtingen voor openbare internettoegang vanuit uitgaand en inkomend perspectief
- Serviceniveaudoelstellingen (SLO's) of SLA's die worden aangeboden aan de gebruikers van de workload
- De beschikbaarheid van technische ondersteuning
Zoeken naar geïntegreerde overwinningen
Gedeelde verantwoordelijkheid gaat niet alleen over compromissen, beperkingen en compromissen. Platformteams hebben vaak zeer gespecialiseerde vaardigheden en toegewezen budgetten die verder kunnen gaan dan wat een individueel workloadteam kan ondersteunen. Bekijk de volgende voorbeelden.
Beveiligingsspecialisten. Uw workload kan een veilige ontwikkelingslevenscyclus hebben. Als gecentraliseerd beveiligingsteam voert veilige ontwikkelingstaken op schaal uit in uw organisatie, kan het routine-penetratietests uitvoeren die boven en buiten uw inspanningen valt. Het kan ook helpen bij het plannen en uitvoeren van een strategie voor het reageren op incidenten.
Richtlijnen voor bedrijfsarchitectuur. U kunt tijd en moeite besparen als u in overeenstemming bent met de patronen en procedures van een team voor bedrijfsarchitectuur, omdat het team de processen al heeft gestroomlijnd. U kunt ook herwerken voorkomen als een oplossing niet mogelijk is binnen het partnerschap zonder onderhandeling.
Big-ticket uitgaven. Platformteams hosten vaak onderdelen of services die te duur of te uitgebreid worden beheerd voor een afzonderlijk workloadteam. Platformteams kunnen deze onderdelen en services zich veroorloven omdat ze de kosten verdelen over workloads.
Vaak worden deze services of gecentraliseerde platforms aangeboden als slechts showback, zodat ze helpen de kosten van de workload te optimaliseren. En wanneer ze worden aangeboden als terugstorting, zijn ze vaak goedkoper vanwege schaalvoordelen en centralisatie.
Platformteams bieden vaak selfserviceopties voor workloadteams voor verschillende activiteiten. Voorbeeld:
- Een documentatieopslagplaats bieden voor zelfgestuurd onderwijs
- Onboarding naar kostenbeheer via specifieke resourcetags
- Abonnementen aanbieden via een formeel proces voor abonnementsverkoop
Verken selfservice- en platformengineeringsopties die mogelijk geschikt zijn voor uw workload.
Succes en uitdagingen delen
Gedeelde verantwoordelijkheid met andere teams betekent ook het delen van successen en uitdagingen van een workload. Wanneer uw workload voldoet aan de verplichtingen en de beoogde waarde verkrijgt, deelt u die met uw partnerteams. Vertel hen hoe ze hebben bijgedragen aan het succes van de workload. Wanneer uw workload niet aan de verplichtingen voldoet, deelt u wat er niet werkt en werkt u opnieuw en controleert u opnieuw om op schema te komen.
Platformteams hebben ook vereisten en succescriteria. U zou moeten verwachten dat uw partners u vertellen of uw workload goed werkt met een aanbieding of dat het risico loopt om een lawaaierige buur te zijn.
Streven naar continue verbetering
Een thema in alle goed ontworpen frameworkpijlers is continue verbetering. Neem een progressieve mindset. U kunt nieuwe benaderingen voor bestaande problemen aanpakken, nieuwe technologie aannemen, nieuwe vereisten aanpakken of onder nieuwe beperkingen werken. Als uw workload na verloop van tijd verbetert, verwacht u dezelfde mindset van uw partnerteams. Elke verbeteringskans betekent echter ook wijzigingen en moet worden ondersteund door een goed beheerproces.
Workloadteams moeten communiceren met platformteams over voorgestelde wijzigingen in workloadvereisten die mogelijk van invloed zijn op de services van het platformteam. Op dezelfde manier moeten platformteams hun workloadpartners opnemen in wijzigingsbeheerprocessen en duidelijk communiceren over de impactvolle platformwijzigingen. Stel een regelmatig communicatieritme tot stand met partners om meer te weten te komen over en te delen hoe een product zich ontwikkelt.
Een geslaagd resultaat bereiken
Workloads hebben veel verwachtingen van gebruikers, aandeelhouders, regelgevende instanties, werknemers, het centrum van uitmuntendheid en hoofdervaringsfunctionarissen. Verwachtingen kunnen het richtingskomer draaien. Het Well-Architected Framework biedt duidelijkheid met betrekking tot het ontwerp en de implementatie door expliciete rationalisaties te bieden voor architectuurbeslissingen om een succesvol resultaat te bereiken. Ontwikkel een succesvolle workload en deel dat succes met uw organisatie.