Well-Architected Tool och granskningsprocessen

För varje pelare presenterar Well-Architected Tool en uppsättning frågor med flera alternativ för bästa praxis. För pelaren Reliability kan frågan till exempel vara: Hur säkerhetskopierar ni data? – bästa praxis omfattar automatiserade säkerhetskopior, kopior i flera regioner och återställningstester. Ni väljer vilka metoder ni har implementerat, och verktyget beräknar risken utifrån bristerna. Frågorna är utformade för att vara utmanande – de flesta arbetsbelastningar kommer att ha brister, vilket är själva poängen: verktyget visar vad ni bör arbeta med härnäst, inte om ni har misslyckats.

Well-Architected Tool klassificerar resultat som High Risk (HRI) eller Medium Risk (MRI). Ett HRI visar på en betydande brist som bör åtgärdas omedelbart – till exempel att känsliga data inte krypteras i vila eller att produktionsarbetsbelastningar körs utan säkerhetskopior. Ett MRI är en märkbar brist som bör åtgärdas enligt en färdplan. Frågor utan problem markeras som No Risk. Sikta på att lösa alla HRI:er innan ni åtgärdar MRI:er. Verktyget skiljer också ut frågor som ni ännu inte har besvarat som Unanswered.

För varje identifierad risk tillhandahåller Well-Architected Tool en förbättringsplan med specifika, handlingsinriktade rekommendationer och länkar till relevant AWS-dokumentation. Ni kan markera förbättringspunkter som in-progress eller completed för att följa åtgärdsarbetets framsteg över tid. Prioritera förbättringar utifrån risknivå och verksamhetspåverkan. Resultatet från förbättringsplanen kan exporteras och användas som en teknisk färdplan eller presenteras för ledningen för att motivera arkitekturinvesteringar.

Milstolpar är ögonblicksbilder av granskningen av en arbetsbelastning vid en viss tidpunkt. Spara en milstolpe före och efter arkitekturförbättringar för att följa framstegen. Well-Architected Tool låter er jämföra milstolpar och se hur er riskprofil har förändrats – till exempel hur många HRI:er ni har löst under det senaste kvartalet. Milstolpar är viktiga för att visa kontinuerliga förbättringar för revisorer inom efterlevnad, ledningen och kunder. Skapa milstolpar före större lanseringar och efter avslutade förbättringssprintar.

Utöver den standardiserade Well-Architected-linsen tillhandahåller AWS Custom Lenses för specifika områden. Serverless Lens innehåller frågor som är specifika för Lambda, API Gateway och händelsestyrda arkitekturer. SaaS Lens behandlar isolering av flera klienter och introduktion av nya klienter. Data Analytics Lens fokuserar på datasjöar och strömmande data. Ni kan också skapa en egen anpassad lins med organisationens specifika standarder och bästa praxis. Tillämpa flera linser på samma arbetsbelastning för heltäckande täckning.

Stora organisationer med hundratals arbetsbelastningar kan inte granska varje arbetsbelastning manuellt. Integrering av AWS Well-Architected Tool med AWS Organizations gör det möjligt för centrala team att dela arbetsbelastningar och granskningsprofiler mellan konton. AWS Partners (AWS Solutions Architects och APN Consulting Partners) kan genomföra formella Well-Architected-granskningar för kunder och få åtkomst till ett särskilt granskningsläge. Använd funktionen Workload Sharing för att ge andra AWS-konton läsbehörighet eller ägaråtkomst för gemensamma granskningar.

Well-Architected-granskningar bör inte vara engångshändelser – integrera dem i er programvaruutvecklingslivscykel. Rekommenderad frekvens: Före lansering – genomför en granskning när ni utformar en ny arbetsbelastning. Varje kvartal – uppdatera granskningen när arbetsbelastningen utvecklas. Efter större incidenter – en efteranalys kan avslöja nya brister som bör läggas till. Efter lanseringar av AWS-tjänster – nya tjänster kan erbjuda bättre lösningar. Se Well-Architected Tool som ett levande dokument över arkitekturens kvalitet, inte som en kryssruta.

SAA-C03-provet testar ofta kunskaper om Well-Architected Framework genom scenariobaserade frågor där Ni ska ange vilken pelare en viss situation eller lösning hör till. Viktiga kopplingar att memorera: Operational Excellence — IaC, körböcker och efteranalyser. Security — minsta möjliga behörighet, kryptering och GuardDuty. Reliability — Auto Scaling, Multi-AZ och hälsokontroller. Performance Efficiency — cachning, rätt dimensionering och Graviton. Cost Optimisation — Spot-instanser, Savings Plans och livscykelpolicyer. Sustainability — Graviton, hanterade tjänster och eliminering av slöseri.

Så här genomför Ni en Well-Architected-granskning: 1) Definiera Er arbetsbelastning i verktyget. 2) Välj relevanta linser. 3) Besvara alla frågor — var ärliga om sådant Ni INTE har implementerat. 4) Granska riskrapporten — prioritera HRI:er. 5) Skapa en förbättringsplan med ansvariga och tidsfrister. 6) Spara en milstolpe som utgångspunkt. 7) Genomför förbättringar och uppdatera svaren på frågorna under arbetets gång. 8) Spara en ny milstolpe för att följa utvecklingen. Upprepa varje kvartal. En ärlig och fullständig granskning är mer värdefull än ett perfekt resultat med utelämnanden.

I den här lektionen har Ni lärt Er att Well-Architected Tool utvärderar arbetsbelastningar utifrån sex pelare och genererar HRI/MRI-riskresultat, att milstolpar fångar ögonblicksbilder av framsteg för att följa förbättringar över tid och att anpassade linser utökar granskningar till områdena serverless, SaaS och dataanalys. Integrera granskningar i Er SDLC som en löpande kvalitetsbedömning. Härnäst utforskar vi tekniker för kostnadsoptimering, bland annat rätt dimensionering och Compute Optimizer.