Wprowadzenie

• 3 min

W tym module utworzysz istniejącą architekturę, aby obsługiwać scenariusz wysokiej dostępności fikcyjnej firmy. Otrzymasz specyfikacje wysokiego poziomu dotyczące projektowania aplikacji, wyborów infrastruktury, modelu danych i ogólnej możliwości obserwacji. Na koniec ćwiczenia sprawdzisz swoją pracę, porównując projekt z architekturą podobną. Pamiętaj, aby zanotować luki w przyszłych ulepszeniach.

Przykładowy scenariusz

Firma Contoso Shoes przeprowadziła migrację lokalnych wdrożeń do chmury dwa lata temu. Chociaż zaobserwowano ulepszenia operacji, trudno było zachować dostępność i czas pracy w ramach umowy dotyczącej poziomu usług (SLA). Oczekuje się również, że nadchodzące uruchomienie produktu utworzy skok ruchu. Poprzednie uruchomienia doprowadziły do awarii, ponieważ system nie był w stanie sprostać wzrostowi obciążenia, co spowodowało znaczną stratę finansową.

W oparciu o to środowisko organizacja jest teraz zaangażowana w zwiększenie ogólnej niezawodności i możliwości obserwowania systemu. Zaktualizowali one cele dostępności dla istniejącej aplikacji, co sprawia, że ma krytyczne znaczenie.

Organizacja potrzebuje ulepszonego projektu, który może przetrwać awarię co najmniej jednego składnika w architekturze, a nawet wytrzymać pełną awarię regionalną , zapewniając więcej szczegółowych informacji o kondycji systemu dla swoich operacji. Zbadali możliwość dodania innego regionu. Firma Contoso chce również ulepszyć środowisko klienta, obsługując klientów szybciej w regionie geograficznie bliżej nich.

Zespół rozumie kompromisy: dodatkowe koszty i złożoność. Jednak koszt (rzeczywista i reputacja) w okresie dłuższym jest większy niż koszt działania w drugim regionie. Jako główny architekt chmury poproszono Cię o ocenę i poprawę bieżącej architektury, mając na uwadze te cele.

Istniejąca aplikacja została już zaprojektowana zgodnie z filarami jakości platformy Azure Well-Architected Framework. W pierwszym kroku zapoznaliśmy się ze wskazówkami zawartymi w artykule Well-Architected mission-critical workloads (Dobrze zaprojektowane obciążenia o znaczeniu krytycznym). Priorytetem była zwiększona odporność systemu i możliwość obserwacji jako kluczowe obszary fokusu, które będą miały najwyższy wpływ na niezawodność systemu.

Czego się nauczysz?

• Projektowanie punktu końcowego kondycji w aplikacji w celu sprawdzenia kondycji na poziomie interfejsu API i jego zależności
• Rozszerzanie rozwiązania do wielu regionów w celu przeprowadzenia awarii regionalnej
• Tworzenie modelu kondycji i wizualizowanie danych z obserwacji za pomocą operacyjnych pulpitów nawigacyjnych

Jaki jest główny cel?

Po ukończeniu tego modułu przedstawisz możliwość stosowania zasad projektowania o znaczeniu krytycznym do przykładowego scenariusza. Na podstawie Twoich wiedzy będziesz w stanie ocenić podobne projekty i ostatecznie utworzyć własne gotowe do produkcji rozwiązanie o znaczeniu krytycznym.