Design för affärskrav
Samla in affärskrav med fokus på arbetsbelastningens avsedda användning. |
|---|
Affärskrav definieras genom samarbete mellan affärsintressenter och arbetsbelastningsarkitekter. Kompromisser måste göras på varje sida för att säkerställa att de överenskomna kraven är realistiska och genomförbara samtidigt som de tillförlitlighetsmål som arbetsbelastningen måste uppfylla på ett korrekt sätt åtgärdas. Kraven måste omfatta användarupplevelse, data, arbetsflöden och egenskaper som är unika för arbetsbelastningen. Resultatet av kravprocessen måste tydligt ange förväntningarna. Målen måste vara uppnåeliga och förhandlas med teamet, med tanke på en angiven investering. De måste dokumenteras för att driva tekniska val, implementeringar och åtgärder.
Exempelscenario
Contoso Insurance är i den tidiga designfasen för att utveckla en webbapp för att bearbeta anspråk för sina försäkringstagare. De flesta av de viktigaste användar- och systemflödena har fastställts och arbetsbelastningsteamet har identifierat flera Azure-tjänster som ska bestå av appen: Azure App Service, Azure SQL Database, Azure AI-tjänster, Azure Event Grid och Azure Logic Apps.
Identifiera tillförlitlighetsmål
Kvantifiera framgång genom att ange mål för indikatorer för enskilda komponenter, system- och användarflöden och systemet som helhet.
Mått kvantifierar förväntningar. De gör att du kan förstå komplexiteten och avgöra om de underordnade kostnaderna för dessa komplexiteter ligger inom investeringsgränsen.
Målvärdena anger ett idealiskt tillstånd. Du kan använda värdena som testtrösklar som hjälper dig att identifiera avvikelser från det tillståndet och hur lång tid det tar att återgå till måltillståndet.
Efterlevnadskrav måste också ha förutsägbara resultat för relevanta flöden. Prioriteringen av dessa flöden uppmärksammar de områden som är känsligast.
Contosos utmaning
- Arbetsbelastningsteamet vill se till att de optimerar hur resurser läggs på att göra arbetsbelastningen tillförlitlig.
- De har delat upp arbetsbelastningen till flöden och har betygsatt flödena baserat på deras kritikalitet.
Tillämpa metoden och resultaten
- Teamet fastställer att flödet för anspråksöverföring och godkännande kommer att ha de högsta tillförlitlighetskraven för arbetsbelastningen på grund av läkares och patienters beroende av tillgängligheten för det flödet.
- Arbetsbelastningsteamet identifierar de komponenter som stöder det här flödet och fastställer de tillförlitlighetsåtgärder som krävs för att uppnå målen.
Förstå plattformsåtaganden
Förstå de mått för garanterad tillförlitlighet som tillhandahålls av din molnplattform och ta hänsyn till begränsningar, kvoter och kapacitetsbegränsningar för tjänster.
Serviceavtal (SLA) varierar beroende på tjänst. Alla tjänster och funktioner omfattas inte lika mycket. Att ha en god förståelse för täckning och gränser kan hjälpa dig att identifiera drift och bygga återhämtnings- och återställningsmekanismer.
Contosos utmaning
- Arbetsbelastningsteamet och intressenterna har fastställt att data för appen måste ha ett garanterat återställningstidsmål (RTO) som inte får överstiga 30 sekunder för att säkerställa flödets viktiga roll vid anspråksinlämning och godkännande.
Tillämpa metoden och resultaten
- Efter att ha granskat Microsofts publicerade serviceavtal ser teamet att de måste distribuera nivån Affärskritisk med aktiv geo-replikering för att uppnå det här RTO-målet.
Fastställa beroenden och deras effekt på återhämtning
När du delar upp din arbetsbelastning i komponenter ska du se till att du har dokumenterat alla beroenden, oavsett om de är interna eller externa för verksamheten, och identifiera hur fel med beroendena kan påverka dina flöden
Genom att hålla reda på beroende infrastruktur, tjänster, API:er och funktioner som utvecklats av andra team eller tredje part kan du avgöra om arbetsbelastningen kan fungera utan dessa beroenden. Det hjälper dig också att förstå sammanhängande fel och förbättra nedströmsåtgärder. Utvecklare kan implementera motståndskraftiga designmönster för att hantera potentiella fel när du använder externa tjänster som kan vara känsliga för fel.
Contosos utmaning
- Flödet för inlämning och godkännande av anspråk är beroende av en liten referensdatauppsättning som sköts av en annan avdelning inom Contoso Insurance.
- Datauppsättningen uppdateras flera gånger om dagen under normal arbetstid.
- Appen är utformad för att tolerera viss inaktuellhet i referensdata, men data måste alltid vara tillgängliga för appen.
Tillämpa metoden och resultaten
- Belastningsteamet engagerar teamet som stöder referensdatauppsättningen och upptäcker att tillförlitlighetsmålet för uppsättningen är lägre än det för flödet som kommer att använda den.
- Teamet lägger till designuppgifter i kvarvarande uppgifter för att lägga till en lokal cache för datamängden och ett bakgrundsjobb för att uppdatera cachen varje natt. Den föråldringstolerans som tillåts av designen överskrids inte av denna lösning.