Grundpelare för Azure Well-Architected Framework

• 10 minuter

Molnet har ändrat hur organisationer löser sina affärsutmaningar och hur program och system utformas. Rollen för en lösningsarkitekt är inte bara att leverera affärsvärde genom programmets funktionella krav. Det är också att säkerställa att lösningen är utformad på ett sätt som är skalbart, motståndskraftigt, effektivt och säkert.

Lösningsarkitekturer handlar om planering, design, implementering och pågående förbättringar av ett tekniksystem. Ett systems arkitektur måste balansera och justera affärskraven med de tekniska funktioner som behövs för att köra dessa krav. Slutarkitekturen är en balans mellan risker, kostnader och kapaciteten för hela systemet samt dess komponenter.

Azure Well-Architected Framework

Azure Well-Architected Framework är en uppsättning vägledande principer för att skapa lösningar av hög kvalitet i Azure. Det finns ingen utformning av en arkitektur som passar alla. Men det finns vissa universella begrepp som gäller oavsett arkitektur, teknik eller molnleverantör.

Dessa begrepp är inte heltäckande. Men genom att fokusera på dem hjälper det dig att skapa en tillförlitlig, säker och flexibel grund för ditt program.

Azure Well-Architected Framework består av fem grundpelare:

• Kostnadsoptimering
• Utmärkt driftseffektivitet
• Prestandaeffektivitet
• Tillförlitlighet
• Säkerhet

Kostnadsoptimering

Du vill utforma din molnmiljö så att den är kostnadseffektiv för drift och utveckling. Ineffektivitet och slöseri av molnutgifter ska identifieras för att säkerställa att du lägger pengarna där du får mest valuta för dem.

Utmärkt driftseffektivitet

Genom att använda moderna utvecklingsmetoder, till exempel DevOps, kan du få snabbare utvecklings- och distributionscykler. Du behöver ha en bra övervakningsarkitektur på plats för att kunna identifiera fel och problem innan de inträffar, eller åtminstone innan dina kunder märker av dem. Automatisering är en viktig aspekt av den här grundpelaren för att undvika avvikelser och fel samtidigt som den driftmässiga flexibiliteten ökar.

Prestandaeffektivitet

För att en arkitektur ska fungera bra och vara skalbar måste den korrekt matcha resurskapacitet efter efterfrågan. Traditionellt åstadkommer man detta i molnarkitekturer genom att program skalas dynamiskt baserat på aktivitet i programmet. Efterfrågan på tjänster ändras så det är viktigt att din arkitektur kan anpassa sig efter efterfrågan. Genom att skapa din arkitektur med prestanda och skalbarhet i åtanke kan du erbjuda en bra upplevelse för dina kunder samtidigt som du är kostnadseffektiv.

Tillförlitlighet

Varje arkitekts värsta mardröm är att arkitekturen slutar fungera utan att det går att återställa den. En lyckad molnmiljö är skapad på ett sätt som förutser fel på alla nivåer. En del av att förutse de här felen är att designa ett system som kan återställas från fel, inom den tid som krävs av dina intressenter och kunder.

Säkerhet

Data i olika former är oftast den värdefullaste delen av din organisations tekniska fotavtryck. I den här grundpelaren kommer du att fokusera på att skydda åtkomsten till din arkitektur via autentisering och att skydda ditt program och dina data från sårbarheter i nätverket. Integriteten för dina data bör också skyddas med verktyg som kryptering.

Du måste tänka på säkerheten under programmets hela livscykel, från design och implementering till distribution och drift. Molnet ger skydd mot en mängd olika hot, till exempel nätverksintrång och DDoS-attacker. Men du behöver fortfarande bygga in säkerhet i program, processer och organisationskulturen.

Allmänna designprinciper

Förutom de här grundpelarna finns det vissa enhetliga designprinciper som du bör tänka på i din arkitektur.

• Aktivera arkitektonisk utveckling: Ingen arkitektur är statisk. Tillåt utveckling av din arkitektur genom att använda nya tjänster, verktyg och tekniker när de är tillgängliga.

• Använd data för att fatta beslut: Samla in data, analysera dem och använd dem för att fatta beslut som rör din arkitektur. Kostnadsdata, prestanda och användarbelastning – genom att använda data kan du göra rätt val i din miljö.

• Utbilda och möjliggör: Molnteknik utvecklas snabbt. Utbilda dina utvecklings-, drifts- och affärsteam för att hjälpa dem fatta rätt beslut och skapa lösningar för att lösa affärsproblem. Dokumentera och dela konfigurationer, beslut och metodtips inom din organisation.

• Automatisera: Automatisering av manuella aktiviteter ger lägre driftskostnader, minimerar antalet fel som introduceras med manuella steg och ger konsekvens mellan miljöer.

Delat ansvar

När du flyttar till molnet uppstår en modell med delat ansvar. I den här modellen hanterar din molnprovider vissa aspekter av ditt program och du har ansvar för återstående delar.

Du är ansvarig för allt i en lokal miljö. När du migrerar till IaaS (infrastruktur som en tjänst), till PaaS (plattform som en tjänst) och slutligen till SaaS (programvara som en tjänst) tar molnprovidern över allt mer av ansvaret.

Det här delade ansvaret kommer att spela en roll i dina arkitekturbeslut, eftersom de här besluten kan påverka kostnader, säkerheten och de tekniska och operativa funktionerna i ditt program. Genom att överlåta dessa ansvarsområden till din provider kan du fokusera på att generera värde i verksamheten och lägga mindre vikt vid aktiviteter som inte är centrala.

Designalternativ

I en perfekt arkitektur skulle du skapa den mest säkra, högpresterande, högtillgängliga och effektiva miljön som går. Men precis som alltid så måste man göra vissa kompromisser.

För att skapa en miljö med den högsta nivån för alla pelare så finns det en kostnad. Kostnaden kan vara i pengar, tid till leverans eller driftsmässig flexibilitet. Varje organisation har olika prioriteter som påverkar de designval som görs för varje pelare. När du utformar din arkitektur måste du avgöra vilka kompromisser som är godtagbara och vilka som inte är det.

När du skapar en Azure-arkitektur finns det många saker att tänka på. Du vill att din arkitektur ska vara säker, skalbar, tillgänglig och återställningsbar. För att lyckas med det måste du fatta beslut utifrån kostnad, organisationens prioriteringar och riskerna.