Návrh pro obchodní požadavky
 Shromážděte obchodní požadavky se zaměřením na zamýšlený nástroj úlohy. |
|---|
Obchodní požadavky jsou definovány prostřednictvím spolupráce mezi obchodními účastníky a architekty úloh. Kompromisy musí být provedeny na každé straně, aby se zajistilo, že schválené požadavky jsou realistické a dosažitelné, a zároveň musí správně řešit cíle spolehlivosti, které musí úloha splnit. Požadavky musí zahrnovat uživatelské prostředí, data, pracovní postupy a charakteristiky, které jsou pro úlohu jedinečné. Výsledek procesu požadavků musí jasně uvést očekávání. Cíle musí být dosažitelné a vyjednávány s týmem vzhledem k zadané investici. Musí být zdokumentovány, aby podporovaly technologické volby, implementace a operace.
Ukázkový scénář
Contoso Insurance je v rané fázi návrhu vývoje webové aplikace, která zpracovává nároky na vlastníky zásad. Zjistili jsme většinu základních toků uživatelů a systémů a tým úloh identifikoval několik služeb Azure, které vytvoří aplikaci: Aplikace Azure Service, Azure SQL Database, služby Azure AI, Azure Event Grid a Azure Logic Apps.
Identifikace cílů spolehlivosti
Kvantifikujte úspěch nastavením cílů pro jednotlivé komponenty, systémové a uživatelské toky a systém jako celek.
Metriky kvantifikují očekávání. Umožňují vám porozumět složitostem a určit, jestli jsou náklady na tyto složitosti v rámci limitu investic nižší.
Cílové hodnoty označují ideální stav. Hodnoty můžete použít jako prahové hodnoty testu, které vám pomůžou zjistit odchylky od tohoto stavu a jak dlouho trvá návrat do cílového stavu.
Požadavky na dodržování předpisů musí mít také předvídatelné výsledky pro toky v rozsahu. Stanovení priorit těchto toků upoutá pozornost na oblasti, které jsou nejcitlivější.
Výzva společnosti Contoso
- Tým úloh chce mít jistotu, že optimalizuje způsob, jakým se prostředky využívají při zajištění spolehlivé úlohy.
- Tyto úlohy rozložily do toků a na základě jejich závažnosti hodnotily toky.
Použití přístupu a výsledků
- Tým určí, že tok odeslání žádosti a schválení bude mít nejvyšší požadavky na spolehlivost úlohy kvůli závislosti na dostupnosti tohoto toku lékařů a pacientů.
- Tým úloh identifikuje komponenty, které podporují tento tok, a určí míry spolehlivosti, které k dosažení cílů vyžadují.
Vysvětlení závazků platformy
Seznamte se se zaručenými metrikami spolehlivosti poskytovanými vaší cloudovou platformou a zvažte limity, kvóty a omezení kapacity pro služby.
Smlouvy o úrovni služeb (SLA) se liší podle služeb. Ne všechny služby a funkce jsou pokryté stejně. Díky dobrému porozumění pokrytí a limitům můžete zjistit odchylky a vytvářet mechanismy odolnosti a obnovení.
Výzva společnosti Contoso
- Tým úloh a účastníci zjistili, že data pro aplikaci musí mít zaručený cíl doby obnovení (RTO), který nemůže překročit 30 sekund, aby podporovala důležitost jejich toku odeslání a schválení žádosti.
Použití přístupu a výsledků
- Po kontrole publikovaných smluv SLA Od Microsoftu tým zjistí, že bude muset nasadit úroveň Pro důležité obchodní informace s aktivní geografickou replikací, aby dosáhl tohoto cíle RTO.
Určení závislostí a jejich vlivu na odolnost
Při rozkladu úlohy do komponent se ujistěte, že jste zdokumentovali všechny závislosti, ať už jsou interní nebo externí pro firmu, a zjistěte, jak můžou poruchy závislostí ovlivnit vaše toky.
Sledování závislé infrastruktury, služeb, rozhraní API a funkcí vyvinutých jinými týmy nebo třetími stranami pomáhá určit, jestli může úloha fungovat bez těchto závislostí. Pomáhá také pochopit kaskádové selhání a zlepšit podřízené operace. Vývojáři můžou implementovat odolné vzory návrhu pro zpracování potenciálních selhání při použití externích služeb, které můžou být náchylné k selháním.
Výzva společnosti Contoso
- Tok odeslání a schválení žádosti je závislý na malé referenční datové sadě, která je hostovaná a spravovaná jiným oddělením v rámci společnosti Contoso Insurance.
- Datová sada se aktualizuje několikrát denně během normální pracovní doby.
- Aplikace je navržená tak, aby snášela určitou nestarost v referenčních datech, ale data musí být vždy dostupná pro aplikaci.
Použití přístupu a výsledků
- Tým úloh zapojí tým podporující referenční datovou sadu a zjistí, že cíl spolehlivosti datové sady je nižší než cíl toku, který ji bude používat.
- Tým přidá do backlogu úkoly návrhu a přidá do backlogu místní mezipaměť datové sady a úlohu na pozadí pro aktualizaci mezipaměti za noc. Tato řešení nepovolí neautnost povolenou návrhem.