Microsoft AZ-900: Monitorowanie, automatyzacja i zarządzanie — Przewodnik do nauki

By Laurynas Brazys · 23 July 2026 · #microsoft #az-900 #certification #exam-prep #study-guide

Część Microsoft Azure AZ-900 — Przewodnik do nauki. Ćwicz ze zweryfikowanymi odpowiedziami w centrum egzaminów Microsoft, albo rozwiąż testy na czas na ExamRoll.io.

Narzędzia do zarządzania i kontroli operacyjnej

Zadania operacyjne obejmują interaktywne rozwiązywanie problemów, zautomatyzowane skrypty oraz wstępną weryfikację (triage) na urządzeniach mobilnych. Azure portal oferuje kompleksowe, oparte na rolach środowisko do konfigurowania usług, wizualizacji metryk i uruchamiania Cloud Shell bezpośrednio w kontekście. Aplikacja mobilna Azure wspiera sprawdzanie kondycji systemu z dowolnego miejsca, potwierdzanie alertów i szybkie akcje, takie jak ponowne uruchomienie maszyny wirtualnej. W celu zapewnienia powtarzalności i integracji z CI/CD, Azure CLI i Azure PowerShell dostarczają wieloplatformową automatyzację ze spójnym uwierzytelnianiem przez Microsoft Entra ID oraz wsparciem dla przepływów interaktywnych i nieinteraktywnych. Cloud Shell udostępnia bezpieczny terminal w przeglądarce z powłokami Bash i PowerShell, z preinstalowanymi Azure CLI, modułami Az PowerShell oraz popularnymi narzędziami, takimi jak Git i Terraform. Sesje działają w kontenerze utrzymywanym przez Microsoft; udział Azure Files zapewnia trwałość profili użytkowników i skryptów. Eliminuje to rozbieżności w lokalnych narzędziach i upraszcza operacje just-in-time wykonywane z portalu, bez konieczności zarządzania środowiskami uruchomieniowymi. W przypadku długotrwałej automatyzacji lub automatyzacji o wysokiej przepustowości, hostuj CLI/PowerShell w potokach (pipelines) lub runnerach w kontenerach i uwierzytelniaj się za pomocą tożsamości zarządzanych lub poświadczeń federacyjnych, aby uniknąć rozprzestrzeniania się sekretów.

• Azure portal
  • Interfejs: Web UI
  • Najlepszy do: Konfiguracji, wizualizacji, zadań ad-hoc
  • Główne zalety: Bogaty UX, szerokie pokrycie usług, zintegrowany Cloud Shell
  • Ograniczenia: Ręczna obsługa, mniej odpowiedni do skryptów na dużą skalę
• Azure mobile app
  • Interfejs: iOS/Android
  • Najlepsza do: Wstępnej weryfikacji i szybkich akcji
  • Główne zalety: Potwierdzanie alertów, podstawowe akcje na zasobach, dostęp z dowolnego miejsca
  • Ograniczenia: Ograniczona głębokość konfiguracji
• Cloud Shell
  • Interfejs: Powłoka w przeglądarce
  • Najlepszy do: Poleceń ad-hoc bez lokalnej konfiguracji
  • Główne zalety: Preinstalowane narzędzia, trwały katalog domowy przez Azure Files, zabezpieczony kontekst
  • Ograniczenia: Efemeryczny kontener; nie do długotrwałych zadań wsadowych
• Azure CLI (az)
  • Interfejs: Wiersz poleceń
  • Najlepszy do: Skryptów wieloplatformowych i potoków (pipelines)
  • Główne zalety: Spójna składnia, wyjście w formacie JSON, rozszerzalność
  • Ograniczenia: Krzywa uczenia się dla złożonych grafów zasobów
• Azure PowerShell (Az)
  • Interfejs: Moduły PowerShell
  • Najlepszy do: Automatyzacji w Windows/Linux/macOS; operacji zorientowanych obiektowo
  • Główne zalety: Bogate pokrycie cmdletów, obiekty możliwe do przetwarzania w potokach (pipelineable)
  • Ograniczenia: Większe zużycie zasobów; wymaga zarządzania cyklem życia modułów

Automatyzacja: runbooki, zarządzanie aktualizacjami i harmonogramowanie maszyn wirtualnych z uwzględnieniem kosztów

Azure Automation dostarcza zarządzaną usługę runbooków do orkiestracji zadań operacyjnych. Runbooki mogą być tworzone w PowerShellu, Pythonie lub jako graficzne przepływy pracy, a wyzwalane zgodnie z harmonogramem, przez webhooki lub przez alerty za pośrednictwem grup akcji. Konta Run-as ewoluowały w kierunku tożsamości zarządzanych, które eliminują obsługę certyfikatów i sekretów, jednocześnie wspierając szczegółowy dostęp z najniższymi uprawnieniami (least-privilege). Hybrid Runbook Workers rozszerzają automatyzację na sieci prywatne lub lokalizacje brzegowe, wykonując runbooki na zasobach on-premises lub izolowanych, które wciąż są zarządzane z poziomu Azure. Zarządzanie poprawkami jest realizowane przez Azure Update Manager, który unifikuje aktualizacje systemów operacyjnych Windows i Linux na maszynach wirtualnych Azure i serwerach z obsługą Arc. Konfiguracje konserwacji definiują harmonogramy, zachowanie podczas ponownego uruchamiania, skrypty pre/post oraz dynamiczne zakresy przy użyciu tagów lub zapisanych zapytań. Raportowanie zgodności wskazuje brakujące aktualizacje i powodzenie wdrożeń, a integracje z Azure Policy wymuszają bazowe konfiguracje. Update Manager zastępuje starsze rozwiązanie Update Management w Azure Automation, zapewniając lepszą skalowalność, szczegółowość i natywne wsparcie dla Arc. Aby zminimalizować wydatki na zasoby obliczeniowe dla obciążeń niedziałających w trybie 24/7, Azure oferuje wiele opcji zatrzymywania i uruchamiania maszyn wirtualnych zgodnie z harmonogramem. Rozwiązanie Start/Stop VMs v2 orkiestruje targetowanie oparte na tagach, harmonogramy godzin pracy dla poszczególnych stref czasowych, wykrywanie bezczynności i opcjonalne powiadomienia, wykorzystując w tle Azure Automation i Azure Monitor. Pojedyncze maszyny wirtualne wspierają również zasady automatycznego zamykania, a Virtual Machine Scale Sets mogą używać reguł autoskalowania opartych na metrykach. Połączenie skalowania opartego na metrykach z planowanym zatrzymywaniem/uruchamianiem przynosi przewidywalne oszczędności bez poświęcania poziomu usług w okresach wzmożonego zapotrzebowania.

Operacje hybrydowe i między dzierżawami: Azure Arc, Azure Lighthouse i zapytania Kusto między obszarami roboczymi

Azure Arc umożliwia reprezentowanie zasobów spoza platformy Azure — serwerów, klastrów Kubernetes, instancji SQL Server — w Azure Resource Manager, dzięki czemu można je tagować, przypisywać im zasady, monitorować i aktualizować jak zasoby natywne. Agent Azure Monitor i reguły zbierania danych (Data Collection Rules) przesyłają dane telemetryczne z maszyn z włączoną usługą Arc do jednego lub więcej obszarów roboczych Log Analytics, umożliwiając scentralizowaną obserwowalność niezależnie od lokalizacji. W przypadku Kubernetes, Arc integruje GitOps z Flux w celu deklaratywnego zarządzania klastrami i obsługuje rozszerzenia do wdrażania agentów dla Defender for Cloud, scrapingu metryk przez Prometheus i egzekwowania zasad. Azure Lighthouse umożliwia bezpieczne zarządzanie zasobami na dużą skalę w różnych dzierżawach Microsoft Entra ID, co jest idealne dla dostawców usług lub scentralizowanych zespołów platformowych wspierających wiele jednostek biznesowych. Delegacje przyznają dostęp w minimalnym wymaganym zakresie (just-enough-access) za pomocą Azure RBAC na poziomie subskrypcji, grupy zasobów lub pojedynczego zasobu, a wszystkie działania są rejestrowane w dzierżawie klienta. Operatorzy mogą odpytywać logi, wdrażać zasady i uruchamiać automatyzację w różnych dzierżawach z jednego kontekstu, zmniejszając trudności z logowaniem i eliminując rozprzestrzenianie się poświadczeń między dzierżawami. Kusto Query Language obsługuje analitykę obejmującą wiele zasobów i regionów poprzez odpytywanie wielu obszarów roboczych i zasobów Application Insights w jednym zapytaniu. Typowe wzorce obejmują operacje union na obszarach roboczych oraz join w celu korelacji śladów aplikacji z logami infrastruktury. Przykład:

undefined

. Inny przykład koreluje żądania i wyjątki w dwóch aplikacjach:

undefined

. Dzięki routingowi do wielu miejsc docelowych opartemu na DCR, logi z zasobów Arc i Azure mogą trafiać do regionalnych obszarów roboczych, pozostając jednocześnie dostępne do odpytywania w sposób zagregowany, zapewniając zarówno rezydencję danych, jak i globalną analitykę.

Problem praktyczny: GlobalRetail Co. buduje centrum operacyjne dla środowiska hybrydowego

Scenariusz: Firma GlobalRetail Co. obsługuje usługi w punktach sprzedaży (POS) w 1200 sklepach, posiadając regionalne centra danych w Dublinie i Singapurze oraz rosnącą obecność w Azure dla obciążeń webowych i analitycznych. Kierownictwo chce jednego, spójnego widoku operacyjnego, zautomatyzowanego wdrażania poprawek i kontroli kosztów dla maszyn wirtualnych deweloperskich, podczas gdy zewnętrzny dostawca usług zarządzanych (MSP) zapewnia wsparcie nocne we wszystkich środowiskach.

Wyzwanie: Ujednolicenie monitorowania i alertów dla serwerów w Azure i on-premises, wdrożenie zautomatyzowanych aktualizacji systemu operacyjnego z oknami konserwacji, zmniejszenie kosztów maszyn wirtualnych w środowiskach dev/test po godzinach pracy oraz umożliwienie bezpiecznych operacji między dzierżawami dla MSP bez udostępniania stałych poświadczeń.

Zalecane podejście:

1. Wdróż Azure Arc na wszystkich serwerach Windows i Linux on-premises; włącz agenta Azure Monitor za pomocą reguł zbierania danych (Data Collection Rules), aby wysyłać dane platformowe, syslog/Event i dane o wydajności do regionalnych obszarów roboczych Log Analytics.
2. Zinstrumentuj obciążenia webowe i API za pomocą Application Insights, używając OpenTelemetry; skonfiguruj testy dostępności z wielu regionów oraz włącz próbkowanie adaptacyjne (adaptive sampling) i inteligentne wykrywanie (smart detection).
3. Utwórz alerty w Azure Monitor dla metryk, logów i dziennika aktywności dla krytycznych sygnałów; scentralizuj powiadomienia za pomocą grup akcji (action groups), które wyzwalają wysyłanie e-maili, powiadomień do Teams przez webhook oraz otwierają incydenty automatycznie przez konektor ITSM.
4. Opublikuj skoroszyty operacyjne (Workbooks) łączące dane o błędach/opóźnieniach z App Insights, wydajności maszyn wirtualnych (InsightsMetrics) i dzienników aktywności platformy; przypnij kluczowe wykresy do ogólnofirmowego pulpitu nawigacyjnego Azure.
5. Wdróż Azure Update Manager z konfiguracjami konserwacji dla każdego regionu i typu sklepu; użyj skryptów wstępnych (pre-scripts) do odprowadzania ruchu i skryptów końcowych (post-scripts) do walidacji kondycji usług; wymuszaj zgodność za pomocą przypisań Azure Policy.
6. Wdróż rozwiązanie Start/Stop VMs v2, kierując je na subskrypcje dev/test za pomocą tagów environment=dev i environment=test; zdefiniuj harmonogramy godzin pracy dla każdej lokalnej strefy czasowej i włącz zatrzymywanie maszyn w stanie bezczynności (idle-stop) w okresach niskiego wykorzystania.
7. Wprowadź MSP za pomocą delegacji Azure Lighthouse na poziomie grupy zarządzania (management group) z niestandardową rolą o najniższych uprawnieniach; wymagaj podniesienia uprawnień w trybie just-in-time za pomocą PIM i ogranicz dostęp do procedur awaryjnych (break-glass runbooks) z instrumentacją logowania aktywności.
8. Stwórz zapytania KQL, które łączą (union) obszary robocze z Dublina i Singapuru w celu analizy użycia procesora, pamięci i wskaźników błędów dla całej floty; zaplanuj alerty z logów, aby wykrywać nagłe wzrosty i kierować je do grupy akcji MSP po godzinach pracy.
9. Skonfiguruj alerty Service Health i Resource Health dla dotkniętych regionów/usług; utwórz automatyzację incydentów, która publikuje komunikaty i linki do analizy przyczyn źródłowych (RCA) w rekordzie incydentu.

Uzasadnienie użycia Azure: Azure Arc standaryzuje zarządzanie i telemetrię dla serwerów spoza Azure, pozwalając Azure Monitor na konsolidację metryk i logów z różnych regionów. Application Insights zapewnia widoczność transakcji end-to-end, dzięki czemu zespoły operacyjne mogą precyzyjnie odróżnić błędy aplikacji od problemów z infrastrukturą. Grupy akcji (Action groups) i integracja z ITSM zapewniają terminowe, zautomatyzowane tworzenie incydentów, podczas gdy skoroszyty (Workbooks) i pulpity nawigacyjne dostarczają wspólny obraz operacyjny. Update Manager wymusza spójną higienę wdrażania poprawek w ramach okien konserwacji, a Start/Stop VMs v2 obniża wydatki na środowiska dev/test bez wpływu na produktywność. Azure Lighthouse przyznaje MSP bezpieczny, audytowalny dostęp z najniższymi uprawnieniami do zasobów w różnych dzierżawach, a zapytania KQL między obszarami roboczymi łączą globalną telemetrię, umożliwiając proaktywne wykrywanie i szybką diagnostykę.

← Ład i zgodność · Wszystkie domeny · Wsparcie →

Przećwicz te pytania → · Testy na czas na ExamRoll.io →

Przeglądaj Microsoft →