Wprowadzenie
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
Ważne
Ćwiczenia nie obejmują wszystkich obszarów projektowych obciążeń o znaczeniu krytycznym. Po wykonaniu tego wyzwania zachęcamy do kontynuowania eksplorowania zasad o znaczeniu krytycznym, biorąc pod uwagę dobrze zaprojektowane obciążenia o znaczeniu krytycznym, dzięki czemu masz pełną perspektywę dla własnych projektów.
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.