Azure Well-Architected Framework-arbetsbelastningar

När det gäller Azure Well-Architected Framework refererar termen arbetsbelastning till en samling programresurser, data och stödjande infrastruktur som fungerar tillsammans för att uppnå definierade affärsresultat. En arbetsbelastning består av komponenter och även utvecklings- och driftsprocedurer.

Arkitekter utformar arbetsbelastningar och ett arbetsbelastningsteam implementerar dem. En arbetsbelastning är utformad och implementerad för att uppnå funktionella och icke-funktionella affärskrav. Arbetsbelastningar kan klassificeras i många typer.

Vanliga kriterier för arbetsbelastningsklassificering är:

• Verktyg, egenskaper och användningsmönster för en arbetsbelastning, till exempel webbprogram, batchbearbetning och realtidsanalys.

• Viktiga inflytelserika faktorer, till exempel teknikplattformar eller anpassning till en bransch.

• Avsedd målgrupp. Exempel på lösningar med olika målgrupper är interna verksamhetsspecifika program inom företag, en köpt oberoende programvaruleverantörslösning (ISV) eller en SaaS-lösning (programvara som en tjänst) för offentligt bruk.

Arbetsbelastningar i samma klass kan dela likheter, inklusive målgrupp, efterlevnadskrav och teknikstackar. De fem grundpelarna i Well-Architected Framework, deras principer, checklistor och kompromisser är relevanta för alla arbetsbelastningsklasser.

Vägledningen för arbetsbelastningar i Well-Architected Framework beskriver vanliga prioriteringar och kompromisser när det gäller specifika arbetsbelastningsklasser. I vägledningen för arbetsbelastningar gäller grundpelarriktlinjerna för tekniska designprinciper och designområden som representerar arbetsbelastningens prioriteringar. Följ rekommendationerna för att konfigurera en lyckad arbetsbelastning och anpassa den till Well-Architected Framework.

Vad är en Well-Architected Framework-arbetsbelastning?

Utformningen och driften av alla arbetsbelastningar måste uppfylla de fem arkitekturpelarna: Tillförlitlighet, säkerhet, kostnadsoptimering, driftseffektivitet och prestandaeffektivitet.

Om du vill skapa en lyckad arbetsbelastning utvecklar du den i enlighet med principerna i Well-Architected Framework, som baseras på följande ideal.

En Well-Architected Framework-arbetsbelastning:

• Har funktionella och icke-funktionella krav som definieras och prioriteras för att uppnå ett mål.
• Är utformad så att du kan uppnå dessa krav genom att använda resurser och införliva designmönster och kompromisser.
• Är byggd och drivs enligt specifikationerna för en design och syfte.
• Mäts med hur lämpligt det uppnår sitt syfte.
• Kan anpassas när dess syfte förfinas eller ändras.
• Är lika tillförlitlig som den behöver vara.
• Är lika säker som den behöver vara.
• Ger en tillräcklig avkastning på investeringen.
• Utvecklas och drivs ansvarsfullt.
• Uppnår sitt syfte inom en acceptabel tidsperiod.

Ett samarbete mellan arbetsbelastningsteamet och centrala team i en organisation måste skapa en arbetsbelastning med föregående egenskaper. I följande avsnitt beskrivs dessa team och deras funktioner.

Arbetsbelastningsteam

Skapa ett arbetsbelastningsteam som har teammedlemmar med en mängd olika tekniska och affärsområden. Det primära fokuset för alla teammedlemmar bör vara arbetsbelastningens framgång.

Exempel på medlemmar i arbetsbelastningsteamet
Programsäkerhetstekniker Affärsintressenter Molnutvecklare eller programvaruutvecklare Molnlösningsarkitekter Dataforskare eller analytiker Databasadministratörer	DevOps-tekniker Infrastrukturtekniker Produktchefer eller ägare Kvalitetssäkringstekniker (QA) Medlemmar i supportteamet

Centraliserade team och intressenter

Centraliserade team har ofta stöd för arbetsbelastningsteamet. De tillhandahåller supportfunktioner och tillämpar styrning för många eller alla molnarbetsbelastningar inom en organisation. Centraliserade team fokuserar på organisationens framgång, vilket delvis uppnås genom att organisationens arbetsbelastningar lyckas. De tillhandahåller tjänster, vägledning och skyddsmekanismer för arbetsbelastningar.

Exempel på centraliserade team och teammedlemmar
Business Intelligence-analytiker Affärsintressenter CCoE-styrelse (Cloud Center of Excellence) Molnplattformsteam Cybersäkerhetsanalytiker Databasadministratörer Företagsarkitekter	Finansanalytiker Infrastrukturtekniker Juridiska tjänstemän och efterlevnadsansvariga Nätverkstekniker Upphandlingsspecialister Projektledare

Ett Well-Architected Framework-arbetsbelastningsteam fokuserar på arbetsbelastningsresultat. De samordnar med och drar nytta av det specialiserade stödet från centraliserade teammedlemmar.

Modell med delat ansvar

En arbetsbelastning måste distribueras och användas för att leverera värde. Som en del av arbetsbelastningsteamet har du ett ansvar att utforma, implementera och distribuera din arbetsbelastning på ett sätt som skapar värde för din organisation.

Arbetsbelastningar finns inom organisationens kontext. En organisation har ofta reglerade styrnings- och myndighetsroller. Arbetsbelastningsteamet har ansvaret för att utforma, implementera och distribuera en arbetsbelastning inom organisationens grund.

Standardisera arbetsbelastningens molnresurser i enlighet med Cloud Adoption Framework för Azure. Strikt tillämpad standardisering för att tillhandahålla en styrd plattform som hjälper till med registrering av arbetsbelastningsteam. Tillämpa den här styrningen i enlighet med organisationens molndriftsmodell.

Du kan använda Azure-landningszoner för att utföra standardisering. Plattformslandningszoner och programlandningszoner är tillgängliga i Azure. Distribuera din arbetsbelastning i en programlandningszon.

Din organisation kan ha ett molnplattformserbjudande som är rigoröst formaliserat och helt i linje med Azure-landningszoner. Eller så kan din organisation ha en annan implementeringsstrategi eller ingen implementering. Om det inte finns någon implementering är arbetsbelastningsteamen nästan helt autonoma entiteter.

För alla plattformar och styrningar som din organisation använder måste du tillämpa principerna i Well-Architected Framework på dina arbetsbelastningar. Well-Architected Framework refererar ofta till Azure-landningszoner, men det är inte beroende av en specifik plattformsimplementering. Grundpelare, principer, checklistor och guider i Well-Architected Framework gäller för alla molnplattformar och de flesta typer av arbetsbelastningar.

Uppfylla krav

I hela Well-Architected Framework, till exempel grundpelarna och vägledningen för arbetsbelastningar, sammanfaller rekommendationerna med arbetsbelastningens skyldighet. Rekommendationer innebär vanligtvis inte vilken teammedlem eller team som underlättar dessa skyldigheter. Du kan avgöra vem som ska utföra varje åtgärd. Utför mappning på arbetsbelastningsnivå för att fastställa teamets roller och ansvarsområden relaterade till topologi, arbetsbelastningstyp och allvarlighetsgrad.

Direktarbetsbelastningsteamet hanterar de flesta arbetsbelastningskrav. Vissa krav hanteras som en gemensam insats med centraliserade team. Implementeringsalternativen kan till exempel baseras på skyddsräcken som ett centraliserat team anger. Eller så kan ett centraliserat team uteslutande hantera implementeringsalternativen.

Ditt arbetsbelastningsteam måste skapa en arbetsrelation med andra team för att hjälpa till att kodaupplevaren på arbetsbelastningsmål. Om du lägger ut komponenter eller ansvarsområden på entreprenad måste du uppfylla dessa skyldigheter.

Lär dig begränsningarna

Ett centraliserat team har stöd för olika arbetsbelastningar baserat på teamets kärnfunktioner och kärninfrastruktur. För att ge det här stödet i organisationsskala kan det centraliserade teamet implementera enhetlighet och begränsningar för den tjänst som erbjuds eller infrastrukturen. När du utformar din arbetsbelastning är det viktigt att du förstår dessa begränsningar och, om möjligt, samarbetar med företagsarkitekter som känner till dessa begränsningar. Lär dig av tidigare implementeringar så mycket som möjligt.

Varje implementering av plattformsstyrning skiljer sig åt, men följande begränsningar är vanliga för många arbetsbelastningar:

• Tillåtna listor för molnresurser
• Konfigurationsmandat för molnresurser
• Regionala tillåtna listor för molnresurser och tillgänglighet för anslutningar mellan platser
• Begränsat eller inget plattformsstöd utanför kontorstid
• Korrigeringskrav
• Specifik hub-spoke-implementering, som driver DNS (Domain Name System) och privata slutpunktsimplementeringar
• Kontrollkrav för leveranskedjan

Uttryckligen kommunicera krav

Om arbetsbelastningskravet ställs inför ett villkor eller ett serviceavtal (SLA) som inte tydligt definierar en kärnfunktion eller ett infrastrukturerbjudande ska du behandla den situationen som en risk. För att hantera den här risken måste arbetsbelastningsteamet ge de andra teamen klarhet om hur problemet påverkar arbetsbelastningen. Du kan behöva ändra arbetsbelastningskrav, design eller implementering eller ändra infrastrukturerbjudandet.

När du förstår plattformsteamets skyldigheter som rör organisationsdirektiv och arbetsbelastningsteamets skyldigheter kan du kommunicera arbetsbelastningskrav med realistiska förväntningar och rekommendationer.

Kommunicera vanliga arbetsbelastningskrav

Varje plattformspartnerskap är olika, men följande områden är vanliga ämnen i konversationer med delat ansvar:

• Efterlevnads- och juridiska krav
• Nätverksspecifika, till exempel behovet av statiska inkommande eller utgående IP-adresser
• Observerbarhetskrav för att tillhandahålla live-platstriage som är effektivt
• Prestandakrav, till exempel nätverksdataflöde, tillgänglighet för molnresurser eller regional tillgänglighet
• Förväntningar på offentlig Internetåtkomst ur ett utgående och ingressperspektiv
• Servicenivåmål (SLO) eller serviceavtal som erbjuds till arbetsbelastningens användare
• Tillgängligheten för teknisk support

Leta efter enhetliga vinster

Delat ansvar handlar inte bara om kompromisser, begränsningar och kompromisser. Plattformsteam har ofta mycket specialiserade kunskaper och dedikerade budgetar som kan utökas utöver vad ett enskilt arbetsbelastningsteam kan upprätthålla. Tänk på följande exempel.

Säkerhetsspecialister. Din arbetsbelastning kan ha en säker utvecklingslivscykel. Eftersom ett centraliserat säkerhetsteam utför säkra utvecklingsuppgifter i stor skala i hela organisationen kan det utföra rutinmässiga intrångstester som är utöver dina ansträngningar. Det kan också hjälpa dig att planera och utföra en strategi för incidenthantering.

Vägledning för företagsarkitektur. Du kan spara tid och arbete om du överensstämmer med ett företagsarkitekturteams mönster och metoder eftersom teamet redan har effektiviserat processerna. Du kan också förhindra omarbetning om en lösning inte är möjlig inom partnerskapet utan förhandling.

Stora utgifter. Plattformsteam är ofta värdar för komponenter eller tjänster som är för dyra eller för omfattande hanterade för ett enskilt arbetsbelastningsteam. Plattformsteam har råd med dessa komponenter och tjänster eftersom de delar upp kostnaden mellan arbetsbelastningar.

Ofta erbjuds dessa tjänster eller centraliserade plattformar som bara showback, så de hjälper till att hålla arbetsbelastningskostnaden optimerad. Och när de erbjuds som återbetalning är de ofta billigare på grund av stordriftsfördelar och centralisering.

Plattformsteam tillhandahåller ofta självbetjäningsalternativ för arbetsbelastningsteam för olika aktiviteter. Exempel:

• Tillhandahålla en dokumentationslagringsplats för självstyrd utbildning
• Registrering till kostnadshantering via specifik resurstaggning
• Erbjuda prenumerationer via en formell prenumerationsautomatprocess

Utforska självbetjäningsalternativ som kan vara lämpliga för din arbetsbelastning.

Dela framgångar och utmaningar

Delat ansvar med andra team innebär också att dela framgångar och utmaningar med en arbetsbelastning. När din arbetsbelastning uppfyller sina skyldigheter och får det avsedda värdet delar du det med dina partnerteam. Berätta hur de bidrog till att arbetsbelastningen lyckades. När din arbetsbelastning inte uppfyller sina skyldigheter kan du dela med dig av det som inte fungerar och samarbeta och omkalibrera för att komma igång igen.

Plattformsteam har också skyldigheter och framgångskriterier. Du bör förvänta dig att dina partner talar om för dig om din arbetsbelastning fungerar bra med ett erbjudande eller om det riskerar att bli en bullrig granne.

Sträva efter kontinuerlig förbättring

Ett tema i alla Well-Architected Framework-pelare är kontinuerlig förbättring. Anta ett progressivt tankesätt. Du kan hantera nya metoder för befintliga problem, införa ny teknik, åtgärda nya krav eller arbeta med nya begränsningar. När din arbetsbelastning förbättras med tiden kan du förvänta dig samma tankesätt från dina partnerteam. Men varje förbättringsmöjlighet innebär också ändringar och bör stödjas av en korrekt hanteringsprocess.

Arbetsbelastningsteam har en skyldighet att kommunicera med plattformsteam om föreslagna ändringar av arbetsbelastningskrav som kan påverka plattformsteamets tjänster. På samma sätt har plattformsteam en skyldighet att inkludera sina arbetsbelastningspartner i förändringskontrollprocesser och tydligt kommunicera de effektfulla plattformsändringarna. Upprätta en regelbunden kommunikationstakt med partner för att lära dig mer om och dela hur en produkt utvecklas.

Uppnå ett lyckat resultat

Arbetsbelastningar har många förväntningar från användare, aktieägare, regleringsorgan, anställda, centrum för excellens och chefserfarenhetsansvariga. Förväntningarna kan ställa in riktnings kompassen snurrar. Well-Architected Framework ger klarhet om design och implementering genom att erbjuda explicita rationaliseringar för arkitektoniska beslut för att uppnå ett framgångsrikt resultat. Utveckla en lyckad arbetsbelastning och dela den framgången med din organisation.