Microsoft AZ-305: Monitorowanie, optymalizacja kosztów i operacje — Przewodnik do nauki

By Laurynas Brazys · 11 August 2026 · #microsoft #az-305 #certification #exam-prep #study-guide

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

Przegląd

Solidny projekt monitorowania i operacji w Azure tworzy jednolitą strukturę telemetrii, alerty umożliwiające podjęcie działań, zarządzane koszty i raportowanie zgodności dla wszystkich zasobów. Rozwiązanie obejmuje metryki i logi z Azure Monitor, Log Analytics i Kusto Query Language (KQL), Application Insights do telemetrii aplikacji oraz ład operacyjny za pośrednictwem Azure Policy, Azure Resource Graph i Advisor. Kontrola kosztów jest wzmocniona przez Azure Cost Management, podczas gdy niezawodność platformy i świadomość zmian opierają się na Azure Service Health. Azure Automation zamyka pętlę dzięki powtarzalnym procesom naprawczym i orkiestracji aktualizacji. Workbooks (Skoroszyty) ujednolicają wnioski z tych usług, zapewniając widoczność operacyjną.

Obserwowalność dzięki Azure Monitor, Application Insights i Workbooks

Azure Monitor zbiera telemetrię z całej platformy i obciążeń roboczych, przechowując metryki szeregów czasowych i dane w postaci logów. Metryki to lekkie wartości zbierane w czasie zbliżonym do rzeczywistego, odpowiednie do śledzenia progów i wskaźników SLO (np. użycie procesora, wskaźnik błędów HTTP 5xx). Logi przechwytują ustrukturyzowaną telemetrię, którą można przeszukiwać, co wspiera korelację i analizę przyczyn źródłowych. Projektuj alerty metryk do szybkiego wykrywania objawów oraz alerty logów do bardziej zaawansowanego wykrywania opartego na warunkach przy użyciu KQL.

Grupy akcji (Action groups) oddzielają wykrywanie od reakcji. Powiąż je z powiadomieniami e-mail/SMS/głosowymi, powiadomieniami push, bezpiecznymi webhookami, konektorami ITSM, Azure Functions, Logic Apps i skryptami runbook usługi Azure Automation. Używaj oddzielnych grup akcji dla środowisk produkcyjnych i nieprodukcyjnych oraz stosuj harmonogramy wyciszania podczas planowanych prac konserwacyjnych. Kieruj alerty do systemu zarządzania incydentami ze spójną zawartością (payload) i dołączaj kontekst zasobu oraz linki do skryptów runbook.

Ustawienia diagnostyczne (Diagnostic settings) są obowiązkowe, aby uzyskać pełną widoczność. Włącz je w zakresach zasobu, grupy zasobów i subskrypcji, aby eksportować metryki i logi zasobów (np. Activity, Administrative, Policy, Security, NetworkSecurityGroupFlowEvent) do Log Analytics w celu wykonywania zapytań, do konta magazynu w celu długoterminowego przechowywania (cold retention) oraz do Event Hubs w celu przesyłania strumieniowego do systemów SIEM. Zawsze konfiguruj ustawienie diagnostyczne na poziomie subskrypcji dla Dziennika aktywności (Activity Log), aby móc raportować wdrożenia i oceny zasad oraz tworzyć miesięczne raporty zmian.

Application Insights dodaje głęboką obserwowalność aplikacji. Instrumentuj kod za pomocą SDK lub OpenTelemetry, aby uzyskać śledzenie rozproszone, zależności, żądania, wyjątki i zdarzenia niestandardowe. Używaj autoinstrumentacji w App Services, Functions, AKS oraz VM/VMSS za pośrednictwem agenta Azure Monitor (tam, gdzie jest to wspierane), aby zminimalizować zmiany w kodzie. Testy dostępności (Availability tests) symulują ruch użytkowników z wielu regionów; skonfiguruj częstotliwość, lokalizacje testowe, sprawdzanie SSL/HTTP i kryteria sukcesu. Inteligentne wykrywanie (Smart Detection) wykorzystuje wbudowaną analitykę do oznaczania wzorców anomalii, takich jak nagłe skoki błędów i degradacja wydajności. Próbkowanie (Sampling) kontroluje pozyskiwanie danych i koszty, zachowując jednocześnie wierność statystyczną; stosuj próbkowanie adaptacyjne dla ruchu dynamicznego lub próbkowanie o stałej częstotliwości dla analizy deterministycznej i wykluczaj z próbkowania transakcje krytyczne, jeśli zgodność z przepisami wymaga pełnego przechwytywania danych.

Azure Monitor Workbooks (Skoroszyty) dostarczają interaktywne, sparametryzowane pulpity nawigacyjne, które łączą metryki, logi i sygnały kosztowe w jednym artefakcie. Używaj parametrów dla subskrypcji, regionu, środowiska i zakresu czasu, aby umożliwić ponowne wykorzystanie w różnych strefach docelowych (landing zones). Łącz wizualizacje z tekstem narracyjnym, aby standaryzować procedury operacyjne (playbooks) i tworzyć “runbooki na jednej stronie”. Przechowuj skoroszyty w grupach zasobów, stosuj RBAC w celu kontrolowanego dostępu i twórz szablony JSON na potrzeby wdrożeń w modelu infrastruktura jako kod.

Log Analytics i KQL na dużą skalę

Obszar roboczy Log Analytics to centralny punkt agregacji dla Azure Monitor Logs. Wybierz regionalny, scentralizowany obszar roboczy zgodnie z wymaganiami dotyczącymi rezydencji danych lub projekt sfederowany z jednym obszarem na strefę docelową (landing zone), gdy wymagana jest ścisła suwerenność danych lub segmentacja RBAC. W przypadku dużych przedsiębiorstw preferuj architekturę hub (współdzielony obszar roboczy) z selektywnymi obszarami roboczymi spoke dla domen wrażliwych lub o dużym wolumenie danych. Dopasuj plany tabel do wartości danych: używaj tabel analitycznych (Analytics tables) dla danych o wysokiej wartości dotyczących bezpieczeństwa i operacji; logów podstawowych (Basic Logs) dla szczegółowych logów o niskiej wartości z dostępem tylko do wyszukiwania; oraz archiwum (Archive) do długoterminowego, taniego przechowywania z możliwością odzyskiwania danych za pomocą zadań wyszukiwania (Search Jobs).

Reguły zbierania danych (DCRs) definiują, co zbiera agent Azure Monitor (AMA), w tym logi syslog/dzienniki zdarzeń, liczniki wydajności, kanały zdarzeń systemu Windows i niestandardowe logi tekstowe. Używaj odrębnych reguł DCR dla każdego typu systemu operacyjnego i roli oraz zarządzaj zakresem za pomocą VMSS, zestawów skalowania i Azure Arc dla środowisk hybrydowych. Preferuj niestandardowe tabele oparte na DCR zamiast starszych interfejsów API do pozyskiwania danych, aby zapewnić ład i spójność.

Przechowywanie danych (retention) musi równoważyć okresy dochodzeniowe z kosztami. Stosuj przechowywanie na poziomie tabeli dla danych “gorących” używanych w codziennych operacjach (np. 30–90 dni) i archiwizuj dane długoterminowe (np. 6–24 miesiące) na potrzeby zgodności i polowania na zagrożenia (threat hunting). Monitoruj wolumen pozyskiwanych danych, tabele generujące najwięcej wpisów i stosuj próbkowanie lub filtrowanie na poziomie DCR, aby unikać zbierania zbędnych logów. Używaj warstw zobowiązań (commitment tiers), aby zoptymalizować koszty pozyskiwania danych, gdy są one przewidywalne.

KQL to operacyjny język uniwersalny. Opanuj filtry (where), transformacje (extend, project), grupowanie w przedziałach czasowych (bin/1m), agregacje (summarize by), złączenia (inner/leftouter) i renderowanie (render timechart). Twórz zaplanowane zapytania dla alertów logów z mechanizmami ograniczania (throttling), wymiarami do podziału (split-by) dla alertów o wysokiej kardynalności oraz progami dynamicznymi dla alertów opartych na wartościach bazowych. Widoki zmaterializowane i dostrajanie wydajności zapytań (np. wczesne odrzucanie nieużywanych kolumn za pomocą project, zawężanie okna czasowego) zapewniają efektywne kosztowo wykonywanie zapytań. W celu raportowania wdrożeń ARM, wykonuj zapytania do tabeli AzureActivity lub historii zmian Azure Resource Graph wyeksportowanej do Log Analytics i koreluj je ze zdarzeniami z Azure Policy na potrzeby analityki ładu korporacyjnego.

Koszty, Kondycja, Advisor, Resource Graph i Zgodność z Zasadami

Usługa Azure Cost Management umożliwia proaktywne zarządzanie. Budżety zdefiniowane dla subskrypcji, grup zasobów lub grup zarządzania wyzwalają alerty po osiągnięciu skumulowanych progów (np. 50%, 80%, 100%). Połącz alerty budżetowe z grupami akcji, aby uruchamiać aplikacje Logic Apps lub funkcje, które tagują, skalują w dół lub nawet poddają kwarantannie zasoby niekrytyczne. Użyj analizy kosztów (Cost Analysis), aby tworzyć widoki amortyzowane, grupować według tagów (centrum kosztowe, właściciel) i identyfikować anomalie według usługi lub regionu. Rekomendacje dotyczące rezerwacji i planów oszczędnościowych (Savings Plan) wskazują możliwości zobowiązań dla maszyn wirtualnych, SQL, Cosmos DB i innych. Oceń zakres zakupu (pojedyncza subskrypcja lub współdzielony), okres (1 rok lub 3 lata) i dopasowanie pokrycia (elastyczność rozmiaru instancji, Azure Hybrid Benefit).

Azure Advisor stale ocenia subskrypcje i zasoby, generując priorytetyzowane rekomendacje w kategoriach kosztów (optymalizacja rozmiaru, bezczynne zasoby, rezerwacje), bezpieczeństwa (przez Defender for Cloud), niezawodności (redundancja strefowa, stan kopii zapasowych/przywracania), wydajności (skalowanie, wskazówki dotyczące SKU) oraz doskonałości operacyjnej (higiena tagów, wdrażanie zasad). Śledź wskaźnik Advisor Score, aby kwantyfikować stan środowiska i zasilać backlogi inżynierskie.

Azure Service Health umożliwia operacyjne zarządzanie świadomością stanu platformy. Problemy z usługą (Service issues) odzwierciedlają bieżące incydenty; planowana konserwacja (planned maintenance) informuje o nadchodzących zmianach na platformie; porady dotyczące kondycji (health advisories) obejmują wycofania usług i najlepsze praktyki. Konfiguruj alerty dotyczące kondycji usług z grupami akcji, filtrując według subskrypcji, regionu i usługi. Połącz Service Health z Resource Health, aby odróżnić awarie platformy od problemów z obciążeniem roboczym w celu dokładnej klasyfikacji incydentów.

Azure Resource Graph dostarcza ogólnotenantowe analizy inwentarza i zgodności za pomocą zapytań o niskim opóźnieniu na dużą skalę, używając składni podobnej do KQL. Wysyłaj zapytania obejmujące tysiące subskrypcji, aby wyliczyć dryf zasobów, nieotagowane zasoby, niezabezpieczone konfiguracje lub niewspierane jednostki SKU. Łącz wyniki z Resource Graph z zasobami zgodności zasad (Policy compliance), aby tworzyć podsumowania na poziomie grup zarządzania, uwzględniając wyjątki i czas ostatniej oceny. Użyj śledzenia zmian (jeśli jest dostępne), aby przechwytywać delty właściwości na potrzeby analizy śledczej.

Azure Policy wymusza zasady nadzoru (guardrails) i mierzy zgodność. Przypisuj zasady i inicjatywy na poziomie grup zarządzania, subskrypcji lub grup zasobów. Zrozum stany zgodności: zgodny (compliant), niezgodny (non-compliant), konflikt (conflict), błąd (error) i wyłączony (exempt). Używaj wyłączeń (exemptions) z uzasadnieniem i datą wygaśnięcia, aby modelować akceptację ryzyka bez zniekształcania metryk zgodności, i wykluczaj tylko minimalny niezbędny zakres. Dla efektów deployIfNotExists i modify skonfiguruj zadania korygujące (remediation tasks) wspierane przez tożsamość zarządzaną z uprawnieniami o najniższym poziomie uprawnień. Monitoruj status zadań korygujących, błędy i operacje w pulpicie zgodności oraz w dzienniku aktywności (Activity Log); ustawiaj alerty na trwałą niezgodność. Połącz oceny zasad (Policy) z Resource Graph i skoroszytami (Workbooks), aby tworzyć pulpity zarządcze na poziomie kierownictwa.

Automatyzacja i zarządzanie poprawkami

Usługa Azure Automation organizuje powtarzalne zadania. Twórz elementy runbook w języku PowerShell lub Python, wyzwalane przez harmonogramy, elementy webhook, wyzwalacze oparte na zdarzeniach lub alerty. Użyj hybrydowych procesów roboczych runbook (Hybrid Runbook Workers), aby wykonywać automatyzację blisko zasobów w sieciach prywatnych lub innych chmurach, zarządzanych przez Azure Arc. Implementuj standardowe moduły i obsługę błędów oraz przechowuj wpisy tajne w usłudze Key Vault.

Zarządzanie aktualizacjami (Update Management) zapewnia aktualność systemów operacyjnych. Organizacje mogą używać Azure Automation Update Management (starsza wersja) lub Azure Update Manager do orkiestracji poprawek na dużą skalę, z oceną, zatwierdzaniem, oknami obsługi i grupami dynamicznymi. Zintegruj alerty, aby wychwytywać nieudane wdrożenia i generować raporty zgodności według subskrypcji, systemu operacyjnego i ważności. W przypadku dryfu konfiguracji, usługa Azure Automation State Configuration (DSC) stosuje konfiguracje deklaratywne, śledzi zgodność i koryguje odchylenia. Modeluj konfiguracje jako kod, wersjonuj je i wdrażaj etapowo w kolejnych środowiskach.

Zintegruj alerty, aby wyzwalały elementy runbook w scenariuszach automatycznej naprawy: skalowanie w poziomie przy nasyceniu procesora, ponowne uruchamianie usług, które uległy awarii po utracie sygnału pulsu (heartbeat), lub poddawanie kwarantannie niezgodnych zasobów wykrytych przez Policy. Zamknij pętlę, tworząc incydenty za pomocą konektorów ITSM i dołączając dowody sprzed i po naprawie za pomocą zapytań Log Analytics osadzonych w elementach runbook.

Praktyczny scenariusz problemowy

Firma Tailwind Traders prowadzi wieloregionalną platformę e-commerce opartą na AKS, App Service i Azure SQL Database w sześciu subskrypcjach. Kierownictwo wymaga dostępności usług na poziomie 99,9%, comiesięcznego raportowania zmian we wdrożeniach, redukcji kosztów o 20% dzięki zobowiązaniom oraz audytowalnej zgodności z zasadami tagowania i sieci.

1. Ustanowienie scentralizowanej telemetrii

• Utwórz dwa obszary robocze Log Analytics (US, EU), aby spełnić wymagania dotyczące rezydencji danych i RBAC. Skonfiguruj ustawienia diagnostyczne w subskrypcjach, grupach zasobów i wszystkich krytycznych zasobach, aby wysyłać metryki/dzienniki zasobów oraz dziennik aktywności (Activity Log) do regionalnego obszaru roboczego. Wybrano to rozwiązanie, ponieważ model regionalny z dwoma obszarami roboczymi równoważy suwerenność danych, wydajność i scentralizowaną analitykę bez transgranicznego przesyłania danych.

2. Instrumentacja aplikacji

• Włącz Application Insights z autoinstrumentacją dla App Service i jako sidecar w AKS tam, gdzie jest to wspierane; użyj OpenTelemetry dla usług napisanych w Go. Skonfiguruj próbkowanie adaptacyjne i śledzenie rozproszone. Wybrano to rozwiązanie, aby uzyskać głęboki wgląd w żądania, zależności i wyjątki przy minimalnych zmianach w kodzie i kontrolowanych kosztach pozyskiwania danych.

3. Alerty wymagające działania

• Zaimplementuj alerty metryk dla objawów naruszenia SLO (opóźnienie p95, wskaźnik błędów 5xx, głębokość kolejki) oraz alerty dziennika dla nagłych wzrostów liczby błędów i niestandardowych detekcji KQL. Kieruj je do grup akcji opartych na rolach: Ops On-Call (PagerDuty + e-mail), SRE Automation (Logic App) i Leadership (podsumowanie e-mail). Rozdziela to wykrywanie od reakcji i umożliwia dostosowane, niezawodne kierowanie incydentów.

4. Dostępność i doświadczenie użytkownika

• Skonfiguruj wieloregionalne testy dostępności Application Insights dla interfejsów API witryny sklepowej i procesu płatności, z rygorystycznymi asercjami SSL i zawartości. Wybrano to rozwiązanie, aby wykrywać zewnętrzne problemy wpływające na klientów, niezależnie od metryk wewnętrznych.

5. Pulpity nawigacyjne operacji

• Zbuduj skoroszyty Azure Monitor Workbooks z parametrami (subskrypcja, region, środowisko), łącząc metryki, wykresy KQL i linki umożliwiające przechodzenie do szczegółów śladów i dzienników. Zastosuj wdrożenie JSON skoroszytów w modelu IaC. Skoroszyty zapewniają współdzielone, interaktywne „runbooki na jednej stronie” dla zespołów NOC i SRE.

6. Zarządzanie kosztami

• Ustaw budżety dla każdej subskrypcji i tagu działu z alertami na poziomie 50/80/100%, które wyzwalają aplikację Logic App w celu powiadomienia właścicieli i otwarcia zgłoszeń w systemie ITSM. Użyj widoków amortyzowanych w Cost Analysis i włącz rekomendacje dotyczące rezerwacji i planów oszczędnościowych; zakup 3-letnie rezerwacje dla stabilnych obciążeń SQL MI oraz plany oszczędnościowe dla zmiennych obciążeń obliczeniowych. Pozwala to bezpośrednio osiągnąć cel redukcji kosztów o 20% dzięki zautomatyzowanym mechanizmom zabezpieczającym.

7. Advisor i Service Health

• Przeglądaj cotygodniowo rekomendacje Azure Advisor; twórz zadania w backlogu dotyczące optymalizacji rozmiaru zasobów i redundancji strefowej. Skonfiguruj alerty Service Health dla używanych regionów i usług, kierując je do grupy akcji dyżurnej. Zapewnia to ciągłe doskonalenie i szybką świadomość incydentów platformy.

8. Zgodność i raportowanie floty zasobów

• Przypisz inicjatywę Azure Policy wymuszającą wymagane tagi, blokującą publiczne adresy IP na kartach sieciowych i wymagającą ustawień diagnostycznych. Użyj wyłączeń dla zatwierdzonych wyjątków z datą wygaśnięcia. Skonfiguruj zadania korygujące z tożsamością zarządzaną. Użyj Azure Resource Graph do odpytywania o zgodność z zasadami i nieotagowane zasoby we wszystkich subskrypcjach, a wyniki przedstaw w skoroszytach (Workbooks) na potrzeby audytu. Tworzy to audytowalne, zautomatyzowane zarządzanie z mierzalną zgodnością.

9. Raportowanie zmian we wdrożeniach

• Odpytuj AzureActivity w Log Analytics o wdrożenia ARM i skoreluj je z dziennikami oceny zasad, aby wygenerować comiesięczny raport, wysyłany e-mailem za pośrednictwem Logic App. Wykorzystuje to dziennik aktywności (Activity Log) jako autorytatywne źródło zdarzeń wdrożeniowych bez potrzeby stosowania niestandardowych agentów.

10. Zautomatyzowana naprawa i stosowanie poprawek

• Użyj elementów runbook Azure Automation do ponownego uruchamiania niestabilnych podów za pośrednictwem interfejsów API AKS, gdy uruchamiane są alerty o utracie sygnału pulsu (heartbeat), oraz do rotacji wpisów tajnych z Key Vault. Włącz Azure Update Manager w celu zapewnienia zgodności poprawek z oknami obsługi i grupami dynamicznymi. Hybrydowe procesy robocze runbook (Hybrid Runbook Workers) bezpiecznie wykonują zadania powiązane z siecią. Zamyka to pętlę od wykrycia do rozwiązania problemu i utrzymuje aktualność floty zasobów.

Każda z wybranych usług minimalizuje potrzebę niestandardowego programowania, skaluje się w obrębie subskrypcji i jest zgodna z celami dotyczącymi ładu, kosztów i niezawodności, jednocześnie utrzymując jasną odpowiedzialność operacyjną.

← Architektura integracji i przesyłania komunikatów · Wszystkie domeny · Migracja i modernizacja →

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

Przeglądaj Microsoft →