Förhandla om realistiska prestandamål
 Den avsedda användarupplevelsen definieras och det finns en strategi för att utveckla ett riktmärke och mäta mål mot de förutbestämda affärskraven. |
|---|
Ur ett prestandaperspektiv är det idealiskt att ha väldefinierade prestandamål för att starta designprocessen. För att kunna ange dessa mål måste du ha en god förståelse för affärskraven och den förväntade tjänstkvaliteten som arbetsbelastningen förväntas leverera. Definiera förväntningarna i samarbete med affärsintressenterna. I stället för att bara fokusera på tekniska mått kan du fastställa de acceptabla effekterna på användarupplevelsen för nyckelflödena.
Det finns ett cirkulärt beroende. Du kan inte mäta det du inte har definierat och du kan inte definiera utan mått. Därför är det också viktigt att mäta arbetsbelastningens prestanda tills du uppnår en tillfredsställande definition av godtagbart tröskelvärde med kollektivavtal.
Det finns en stark korrelation mellan prestanda- och tillförlitlighetsmål som hjälper till att fastställa tjänstens kvalitet när det gäller prestanda, tillgänglighet och motståndskraft. Utan en tydlig definition är det svårt att mäta, varna för och testa prestanda. När du har upprättat målen och identifierat faktiska tal genom testning över tid kan du implementera automatisering för kontinuerlig testning mot dessa mål.
Följ metodtipsen för att definiera mål på makronivå, även om de är ungefärliga eller inom ett intervall.
Exempelscenario
Contoso Bicycle är en direkt till konsument cykel varumärke i USA. Deras utvecklingsteam har börjat arbeta med att skapa en app till stöd för Contosos planerade erbjudande om mobil cykelreparation. Appen är för närvarande i koncepttestfasen. Tekniker kommer att använda en mobilapp för att hantera sina scheman och arbetsorder samt ta emot betalningar. En webbplats kommer att användas för kunder för att schemalägga tjänsten. Webbappen, mobilappen och serverdels-API:et kommer sannolikt att finnas i Azure App Service.
Förbereda för att förhandla om prestandamål
Förbered för effektiv förhandling genom att förstå tekniska begrepp, utforska designmöjligheter med den tillgängliga infrastrukturen och använda resultat från konkreta experiment, om det är tillgängligt. Använd historiska data för att få insyn i användningsmönster och flaskhalsar. Ta med insikter från externa faktorer, till exempel indata från marknadsanalys, experter och branschstandarder.
Du kan fatta välgrundade beslut baserat på praktiska insikter.
Prestandamålen fokuserar på användarupplevelsen som baseras på vad som är möjligt, branschtips och aktuella marknadstrender.
Contosos utmaning
- I diskussioner om programmet med affärsintressenter har prestanda ännu inte diskuterats.
- Utvecklingsteamet är nytt för Azure och har därför inte bekantat sig med plattformens prestanda- och skalningsfunktioner.
- Utan vägledning från intressenterna och praktisk kunskap om vad som är möjligt är teamet oroligt för att de måste distribuera infrastruktur för testning endast för att återskapa senare.
- Teamet är också oroliga för att ingen kommer att vara beredd att prata om realistiska prestandamål när de möts härnäst.
Tillämpa metoden och resultaten
- Contosos affärsanalytiker och utvecklare diskuterar sina problem och kommer med en plan: Affärsanalytikerna kommer att undersöka prestandaförväntningar genom konkurrensanalys och informella undersökningar, och utvecklingsteamet kommer att undersöka Azures funktioner och alternativ för olika prisnivåer.
- Teamen omgrupperar med affärsintressenter som tar med sig de data som de har sammanställt och använder data som grund för sina förhandlingar om prestandamål. Genom diskussioner om potentiella prestandafunktioner och tillhörande kostnader lämnar alla parter känslan av att använda App Services för arbetsbelastningen.
Förhandla om prestandamål effektivt
Samarbeta med företagsägarna för att förstå användarlöften när det gäller kvalitet och regelefterlevnad, om tillämpligt. Håll ett brett perspektiv och undvik att dyka in i detaljerade detaljer i detta skede. Var tydlig med vad som representerar godtagbara resultat, baserat på investeringarna, och förstå affärskontexten och förväntad tillväxt.
Genom att använda den här metoden undviker du att göra antaganden som kanske inte överensstämmer med affärsmålen. Det ger också klarhet och motivation inom arbetsbelastningsteamet.
Att ha en affärskontext om funktionella och icke-funktionella krav kan avslöja designändringar i andra Azure Well-Architected-pelare och hjälpa dig att göra välgrundade kompromisser.
Att definiera parametrar tidigt hjälper till att undvika kostnader som är kopplade till potentiella omdesignar av lösningar senare. Det gör att du kan se till att prestandamål täcker framtida prognoser, så att du kan anpassa aktuella insatser till långsiktiga mål.
Contosos utmaning
- Arkitekturteamet har grova idéer om vad som kan vara acceptabelt, men inga detaljer ännu. Arkitekterna anser generellt att de bör kunna undvika att omarbeta med sitt val av programplattform, men de skulle känna sig mer säkra med lite mer specificitet än vad de har kommit hittills.
- Fram till denna punkt har prestandadiskussionerna varit vaga, med uttalanden som "Webbplatsen måste vara snabb."
- Utan lite mer specificitet oroar sig arkitekterna för att de kan överkonstruera designen för prestanda, eller drabbas av fördröjningar som skjuter tillbaka lanseringen till produktion.
Tillämpa metoden och resultaten
- Affärspartnerna och det tekniska teamet möts för att få konsensus om allmänna men realistiska mål och några absoluta gränser som måste undvikas. Med dessa i handen kan arkitekterna göra bevis på begrepp som en del av sin ursprungliga design för att få ett brett avtal på programplattformen och presentera några resultat för prestanda jämfört med prissättning.
- Ett av resultaten av detta möte är att veta att Contoso Bicycle planerar att endast verka i sydvästra USA för det första året, men kommer att expandera över hela landet år två. Den här informationen kommer att beaktas i designen.
Designa med flödescentrerad fokus
Identifiera arbetsbelastningsflödena och prioritera flödena i arkitekturdiagrammet. Definiera varje flödes prestandatolerans som ett intervall från ambition till oacceptabel prestanda. Utvärdera start- och slutpunkterna för varje flöde med tanke på sökvägens allvarlighetsgrad, användningsfrekvens och arkitekturintensitet.
Genom att prioritera flöden kan du fokusera dina resurser på kritiska områden som har störst effekt på användar- och affärsresultat.
Genom att dela upp systemet i dess delar och beroenden förstår du varje komponents funktion och påverkar prestanda. Du blir också medveten om potentiella problem.
Det hjälper till att upprätta en prestandabaslinje och enhetsoptimering.
Contosos utmaning
- Hittills har det tekniska teamet samarbetat med intressenter för att identifiera prestandamål på hög nivå, men har ännu inte fokuserat på enskilda flöden. För att designteamet ska kunna öka detaljnivån i flödena, till exempel tjänstlokaliseraren och betalningsflödena, måste de förstå kraven för dessa flöden.
- Utan dessa specifika krav riskerar designen under allokering av resurser för nyckelflöden eller över allokering av resurser för flöden med lägre prioritet.
Tillämpa metoden och resultaten
- När du har granskat användarflöden med verksamheten har arkitekturteamet nu mycket specifika mål dokumenterade för varje flöde. Nedbrytningen av arbetsbelastningen tar nu hänsyn till det ambitiösa till oacceptabla intervallet per flöde.
- Arkitekterna kommer att sträva efter att nå ambitiösa mål med sin design för att ge utrymme för systemet att utvecklas över tid med ytterligare funktioner, samtidigt som de komprometterar en viss grad för att hålla kostnaderna och andra icke-funktionella krav under kontroll.
- Teamet kan slutföra designen kring de mål som har överenskommits och nu ansvarar implementeringsteamet för att se till att dessa gränser respekteras och väcker eventuella problem om de inte kan uppnås med den design de arbetar från.