Ontwerpen voor zakelijke vereisten
 Verzamel bedrijfsvereisten met een focus op het beoogde hulpprogramma van de workload. |
|---|
Bedrijfsvereisten worden gedefinieerd via samenwerking tussen zakelijke belanghebbenden en workloadarchitecten. Er moeten compromissen worden gemaakt aan elke kant om ervoor te zorgen dat de overeengekomen vereisten realistisch en haalbaar zijn, terwijl de betrouwbaarheidsdoelen waaraan de workload moet voldoen, correct worden aangepakt. Vereisten moeten betrekking hebben op gebruikerservaring, gegevens, werkstromen en kenmerken die uniek zijn voor de workload. Het resultaat van het vereistenproces moet duidelijk de verwachtingen aangeven. De doelstellingen moeten haalbaar zijn en met het team worden onderhandeld, gezien een bepaalde investering. Ze moeten worden gedocumenteerd om technologische keuzes, implementaties en bewerkingen te stimuleren.
Voorbeeldscenario
Contoso Insurance is in de vroege ontwerpfase van het ontwikkelen van een webtoepassing voor het verwerken van claims voor hun beleidshouders. De meeste kerngebruikers- en systeemstromen zijn vastgesteld en het workloadteam heeft verschillende Azure-services geïdentificeerd die de app samenstellen: Azure-app Service, Azure SQL Database, Azure AI-services, Azure Event Grid en Azure Logic Apps.
Betrouwbaarheidsdoelen identificeren
Kwantificeren van succes door doelen in te stellen op indicatoren voor afzonderlijke onderdelen, systeem- en gebruikersstromen en het systeem als geheel.
Metrische gegevens kwantificeren verwachtingen. Hiermee kunt u inzicht krijgen in complexiteiten en bepalen of de downstreamkosten van deze complexiteiten binnen de investeringslimiet vallen.
De doelwaarden geven een ideale status aan. U kunt de waarden gebruiken als testdrempels waarmee u afwijkingen van die status kunt detecteren en hoe lang het duurt om terug te keren naar de doelstatus.
Nalevingsvereisten moeten ook voorspelbare resultaten hebben voor binnenbereikstromen. Door deze stromen prioriteit te geven, wordt aandacht besteed aan gebieden die het gevoeligst zijn.
De uitdaging van Contoso
- Het workloadteam wil ervoor zorgen dat ze optimaliseren hoe resources worden besteed aan het betrouwbaar maken van de workload.
- Ze hebben de workload in stromen gedecomposeerd en de stromen beoordeeld op basis van hun kritiek.
De aanpak en resultaten toepassen
- Het team bepaalt dat de stroom claimverzending en goedkeuring de hoogste betrouwbaarheidsvereisten voor de workload heeft vanwege de afhankelijkheid van artsen en patiënten op de beschikbaarheid van die stroom.
- Het workloadteam identificeert de onderdelen die deze stroom ondersteunen en bepaalt de betrouwbaarheidsmaatregelen die nodig zijn om de doelen te bereiken.
Inzicht in platformtoezeggingen
Krijg inzicht in de gegarandeerde betrouwbaarheidsstatistieken van uw cloudplatform en houd rekening met de limieten, quota en capaciteitsbeperkingen voor services.
Service level agreements (SLA's) variëren per service. Niet alle services en functies worden evenzeer behandeld. Een goed begrip van dekking en limieten kan u helpen bij het detecteren van drift en het bouwen van mechanismen voor tolerantie en herstel.
De uitdaging van Contoso
- Het workloadteam en de belanghebbenden hebben vastgesteld dat de gegevens voor de app een gegarandeerde hersteltijddoelstelling (RTO) moeten hebben die niet langer dan 30 seconden mag zijn om de kritieke status van hun claiminzending en goedkeuringsstroom te ondersteunen.
De aanpak en resultaten toepassen
- Nadat de gepubliceerde SLA's van Microsoft zijn bekeken, ziet het team dat ze de Bedrijfskritiek-laag moeten implementeren met actieve geo-replicatie om dit RTO-doel te bereiken.
Afhankelijkheden en hun effect op tolerantie bepalen
Wanneer u uw workload opsplitst in onderdelen, moet u ervoor zorgen dat u alle afhankelijkheden hebt gedocumenteerd, ongeacht of deze intern of extern zijn voor het bedrijf, en hoe storingen met de afhankelijkheden van invloed kunnen zijn op uw stromen
Door afhankelijke infrastructuur, services, API's en functies bij te houden die zijn ontwikkeld door andere teams of derden, kunt u bepalen of de werkbelasting kan worden uitgevoerd wanneer deze afhankelijkheden ontbreken. Het helpt u ook om trapsgewijze fouten te begrijpen en downstreambewerkingen te verbeteren. Ontwikkelaars kunnen robuuste ontwerppatronen implementeren om potentiële fouten af te handelen wanneer u externe services gebruikt die mogelijk vatbaar zijn voor fouten.
De uitdaging van Contoso
- De stroom Claim indienen en goedkeuren heeft een afhankelijkheid van een kleine referentiegegevensset die wordt gehost en beheerd door een andere afdeling binnen Contoso Insurance.
- De gegevensset wordt meerdere keren per dag bijgewerkt, tijdens normale werkuren.
- De app is ontworpen om bepaalde veroudering in de referentiegegevens te tolereren, maar de gegevens moeten altijd beschikbaar zijn voor de app.
De aanpak en resultaten toepassen
- Het workloadteam neemt contact op met het team dat de referentiegegevensset ondersteunt en leert dat het betrouwbaarheidsdoel voor de gegevensset lager is dan die van de stroom die deze gebruikt.
- Het team voegt ontwerptaken toe aan de achterstand om een lokale cache van de gegevensset en een achtergrondtaak toe te voegen om de cache 's nachts bij te werken. De verouderingstolerantie die door het ontwerp is toegestaan, wordt niet geschonden door deze oplossing.