Shrnutí

  • 2 min

Contoso Shoes je online obchod s botami, který chce být během nadcházejícího startu vysoce dostupný. Před dvěma lety migrovali svá místní nasazení do cloudu a využili výhod modelu OpEx. Za posledních šest měsíců došlo k problémům s dostupností a operátoři nemůžou rychle řešit problémy. Organizace teď chce investovat do toho, aby byla úloha kritická a zaměřila se na zvýšení celkové spolehlivosti a pozorovatelnosti systému.

V předchozí architektuře byla aplikace nasazena v jedné oblasti a nemohla odolat oblastním výpadkům. Aplikace Azure Služba a externí monitorovací nástroje nemají způsob, jak zkontrolovat stav samotné aplikace. Tato mezera vedla ke směrování provozu do instancí služby App Service, které nejsou v pořádku, což vedlo k neúspěšným požadavkům. Tým nemohl zobrazit kaskádový dopad problémů způsobených komponentou rozhraní API, která ovlivňuje závislosti platformy.

Dokončením této výzvy jste prozkoumali důležitý návrh na vysoké úrovni. Učení jste použili ve cvičeních tak, aby vyhovovala potřebám společnosti Contoso.

Vylepšený návrh detekuje snížený výkon jedné nebo více součástí pomocí modelu stavu. Tým SRE teď dokáže rychle identifikovat a vyřešit problémy, než může vést k úplnému výpadku. Teď, když je řešení nasazené ve více oblastech v modelu aktivní-aktivní, může odolat úplnému regionálnímu selhání a zároveň svým operátorům poskytnout více přehledů o stavu systému. Společnost Contoso také zlepšila své zákaznické prostředí tím, že klientům poskytuje rychlejší služby v oblasti, která je blíže k nim.

Blahopřejeme k dokončení tohoto projektu výzvy. Ověřili jste své dovednosti při analýze stávajícího ukázkového řešení a návrhu vylepšené architektury.

Navrhované další kroky

Cvičení, která jste dokončili, jsou skvělým startem, ale nepokrývají všechny aspekty klíčové úlohy. Pokračujte v prozkoumání principů návrhu a oblastí uvedených v klíčových úlohách s dobře navrženou architekturou. Doporučujeme tyto oblasti klíčových hodnot:

  • Průběžné ověřování a testování

    Musíte plně ověřit stav kódu aplikace i infrastruktury. Rozsah musí zahrnovat požadavky nastavené na spolehlivost, výkon, dostupnost, zabezpečení, kvalitu a škálování.

    Další informace: Průběžné ověřování a testování

  • Použití více aplikačních prostředí

    Důrazně doporučujeme, aby vývojová a testovací prostředí neměla sdílet prostředky s produkčním prostředím. Každé prostředí má vlastní sadu požadavků na spolehlivost, kapacitu a zabezpečení. Můžete identifikovat služby v této architektuře, které jsou sdíleny napříč prostředími? Jak změníte návrh tak, aby odpovídal tomuto doporučení?

    Další informace: Aplikační prostředí

  • Rozšířená prostředí nasazení

    Klíčové systémy vyžadují důkladné předběžné testování a solidní postupy životního cyklu vývoje softwaru (SDLC). Místo jednoho sdíleného vývojového prostředí používejte více dočasných prostředí, která jsou blíže v souladu s přípravným a produkčním prostředím. Měli byste použít vyhrazené přípravné prostředí pro zátěžové a výkonnostní testování, chaos testování, testování přijetí uživatelů (UAT) a testování zabezpečení.

    Další informace: Dočasné modré/zelené nasazení

  • Přidání odolnosti pomocí zprostředkovatelů zpráv

    Představte si zprostředkovatele zpráv, který vám pomůže se složitými transakcemi, které potřebují koordinaci s více koncovými body. Žádosti je možné zařadit do fronty pro zpracování, místo aby riskovaly ztrátu prodeje kvůli selhání jedné komponenty.

    Další informace: Volně svázaná architektura řízená událostmi

Další informace

Další informace o návrhu řešení v Azure najdete v průvodci architekturou Azure Well-Architected Framework .

Prozkoumejte tyto referenční architektury v Centru architektury Azure jako způsob, jak rozšířit návrh: