Microsoft AZ-900: Koncepcje chmury — 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.

Chmura obliczeniowa dostarcza mierzone zasoby IT przez internet, cechując się szybkim provisionowaniem, globalnym zasięgiem i wbudowaną odpornością. Przejście z infrastruktury on-premises do Azure zmienia zarówno wybory technologiczne, jak i modele operacyjne: planowanie pojemności ustępuje miejsca elastycznemu skalowaniu, zakupy kapitałowe (CAPEX) zmieniają się w wydatki operacyjne (OPEX), a utrzymanie sprzętu staje się odpowiedzialnością platformy. Zrozumienie tych koncepcji jest kluczowe, aby wybrać odpowiednie usługi, projektować pod kątem dostępności i kontrolować koszty.

Główne cechy chmury: skalowalność, elastyczność, zwinność i odporność

Skalowalność to zdolność obciążenia roboczego do obsługi zwiększonego zapotrzebowania poprzez dodawanie zasobów. W Azure przybiera to dwie formy: skalowanie wertykalne (scale up) poprzez wybór większych rozmiarów maszyn wirtualnych lub wyższych planów App Service, oraz skalowanie horyzontalne (scale out) poprzez dodawanie kolejnych instancji za pomocą Virtual Machine Scale Sets (VMSS), pul węzłów Azure Kubernetes Service (AKS) lub autoskalowania App Service. Skalowanie w przeciwnym kierunku zmniejsza pojemność i koszty, gdy zapotrzebowanie spada. Projektowanie warstw bezstanowych i eksternalizacja stanu (na przykład do Azure Cache for Redis lub Azure SQL Database) sprawia, że skalowanie horyzontalne jest przewidywalne i szybkie. Elastyczność to zautomatyzowane, oparte na politykach skalowanie, które ciągle dopasowuje pojemność do obciążenia. Reguły autoskalowania Azure Monitor, autoskaler klastra AKS oraz opcje serverless, takie jak Azure Functions czy plany Consumption/Elastic Premium, rozszerzają i kurczą zasoby niemal w czasie rzeczywistym. Elastyczne architektury minimalizują niewykorzystaną pojemność i są dobrze dopasowane do obciążeń szczytowych lub sezonowych, precyzyjnie dopasowując wydatki do zużycia. Zwinność (agility) to szybkość, z jaką zespoły dostarczają zmiany. Wdrażanie zasobów Azure za pomocą szablonów Bicep lub ARM, potoków GitHub Actions lub Azure DevOps oraz abstrakcji zasobów, takich jak App Service czy AKS, pozwala na częste wydania o niskim ryzyku. Samoobsługowe provisionowanie za pomocą RBAC i barier opartych na politykach (policy guardrails) skraca czas oczekiwania, jednocześnie utrzymując ład korporacyjny (governance). Zwinność jest wynikiem zarówno platformy, jak i praktyk organizacyjnych; im bardziej platforma abstrahuje powtarzalne, podstawowe zadania, tym szybciej zespoły mogą działać. Odporność na awarie (fault tolerance) i odtwarzanie po awarii (disaster recovery) odnoszą się do różnych zakresów awarii. Odporność na awarie łagodzi skutki awarii komponentów i centrów danych w obrębie jednego regionu przy użyciu Availability Sets (rozmieszczanie maszyn wirtualnych w różnych domenach awarii/aktualizacji), Availability Zones (fizycznie oddzielne centra danych w jednym regionie), load balancerów i redundantnych ścieżek danych. Odtwarzanie po awarii przygotowuje na awarie na poziomie całego regionu dzięki replikacji międzyregionalnej (magazyn GRS/RA-GRS, aktywna georeplikacja Azure SQL, zapisy do wielu regionów w Cosmos DB) oraz narzędziom do odtwarzania, takim jak Azure Site Recovery. Zdefiniuj jasne cele RTO/RPO i testuj przełączanie awaryjne (failover), aby upewnić się, że projekt spełnia cele ciągłości biznesowej.

Modele usług i współdzielona odpowiedzialność

Modele usług chmurowych określają, czym zarządzasz Ty, a czym zarządza Azure. Infrastruktura jako usługa (IaaS) udostępnia surowe komponenty obliczeniowe, przechowywania danych i sieciowe. Kontrolujesz system operacyjny gościa, środowisko uruchomieniowe i aplikacje — jest to idealne rozwiązanie, gdy potrzebujesz niestandardowych obrazów, specjalistycznego oprogramowania pośredniczącego lub pełnej kontroli. Platforma jako usługa (PaaS) abstrahuje system operacyjny i większość oprogramowania pośredniczącego, dostarczając zarządzane środowiska uruchomieniowe, bazy danych i usługi integracyjne, dzięki czemu zespoły mogą skupić się na kodzie i danych. Oprogramowanie jako usługa (SaaS) dostarcza kompletne aplikacje, z których korzysta się przez przeglądarkę lub API, przy minimalnej konfiguracji i bez obowiązków związanych z hostingiem aplikacji. Model współdzielonej odpowiedzialności precyzuje granice operacyjne. W modelu IaaS Azure zarządza fizycznym centrum danych, hostami i hiperwizorem; Ty odpowiadasz za patchowanie i hardening systemu operacyjnego, aktualizacje aplikacji, tożsamość i dostęp oraz zarządzanie danymi (data governance). W modelu PaaS Azure zarządza również systemem operacyjnym i platformowym oprogramowaniem pośredniczącym; Ty zarządzasz kodem aplikacji, konfiguracją i danymi. W modelu SaaS Azure (lub dostawca SaaS) operuje całym stosem technologicznym; Ty zarządzasz użytkownikami, dostępem, klasyfikacją danych i konfiguracją użycia. We wszystkich modelach klienci zachowują odpowiedzialność za tożsamość, uprawnienia, bezpieczeństwo punktów końcowych i polityki ochrony danych. Wybór odpowiedniego modelu wpływa na cele dostępności i koszty. Wdrażanie maszyn wirtualnych Azure to zadanie IaaS; webowe API w Azure App Service lub kontenery w AKS odzwierciedlają model PaaS; Microsoft 365 i Dynamics 365 to SaaS. W miarę możliwości faworyzuj PaaS i SaaS, aby przyspieszyć dostarczanie i zmniejszyć obciążenie operacyjne, rezerwując IaaS dla obciążeń wymagających kontroli na poziomie systemu operacyjnego lub mających zależności od starszych systemów.

• IaaS
  • Typowe usługi Azure: Azure Virtual Machines, VM Scale Sets, Azure Disks, Virtual Network
  • Czym zarządzasz: System operacyjny gościa, patche, środowisko uruchomieniowe, aplikacje, dane, kopie zapasowe, AV/EDR
  • Kiedy wybrać: Pełna kontrola nad systemem operacyjnym, niestandardowe oprogramowanie pośredniczące, lift-and-shift
• PaaS
  • Typowe usługi Azure: Azure App Service, Azure SQL Database/Managed Instance, AKS, Azure Functions, Azure Integration Services
  • Czym zarządzasz: Kod/konfiguracja, schemat, dane, tożsamość i dostęp
  • Kiedy wybrać: Szybsze dostarczanie, wbudowane skalowanie/HA, mniejsze obciążenie operacyjne
• SaaS
  • Typowe usługi Azure: Microsoft 365, Dynamics 365, Power BI, Azure DevOps Services
  • Czym zarządzasz: Użytkownicy, role, użycie/konfiguracja danych
  • Kiedy wybrać: Kompletne aplikacje przy minimalnym zarządzaniu

Modele wdrożeń i zakres skalowania

Chmura publiczna wdraża obciążenia w centrach danych należących do Microsoft, współdzielonych przez wielu dzierżawców z izolacją logiczną. Oferuje najszerszy katalog usług, globalny zasięg, szybkie przydzielanie zasobów i czysty model płatności za faktyczne użycie (pay-as-you-go). Chmura prywatna dedykuje infrastrukturę jednej organizacji, często z powodów regulacyjnych lub suwerenności danych, i może działać na zweryfikowanych przez Azure stosach, takich jak Azure Stack Hub lub Azure Stack HCI. Chmura hybrydowa łączy środowiska on-premises i Azure ze spójną tożsamością, politykami i siecią, umożliwiając migracje etapowe i lokalność danych, jednocześnie wykorzystując elastyczność chmury tam, gdzie ma to sens. Skalowanie globalne a lokalne dotyczy zakresu dostępności i poprawy wydajności. Skalowanie lokalne utrzymuje ruch wewnątrz regionu, używając Stref Dostępności (Availability Zones), VM Scale Sets, Application Gateway i Azure Load Balancer do dodawania instancji i izolowania awarii centrów danych. Skalowanie globalne dystrybuuje ruch między regionami za pomocą Azure Front Door (nowoczesne, globalne równoważenie obciążenia w warstwie 7 z WAF, oparte na anycast), Azure Traffic Manager (równoważenie obciążenia oparte na DNS) oraz usług danych z replikacją geograficzną, takich jak replikacja geograficzna Azure SQL lub dystrybucja wieloregionowa Cosmos DB. Architektury wieloregionowe typu active/active poprawiają opóźnienia i odporność, ale wymagają starannego planowania spójności danych i kosztów. Wybór modelu wdrożenia często zaczyna się od ograniczeń związanych ze zgodnością i łącznością, a następnie ewoluuje wraz z cyklem życia aplikacji. Nowe aplikacje webowe typu greenfield często lądują w chmurze publicznej w modelu PaaS ze względu na szybkość i skalowalność. Złożone systemy biznesowe (line-of-business) z zależnościami mogą zaczynać w modelu hybrydowym — zachowując pewne usługi on-premises, podczas gdy front-endy i warstwy bezstanowe przenoszone są do Azure — zanim zakończą pełną transformację w miarę modernizacji zależności.

• Publiczna
  • Własność/Lokalizacja: Regiony należące do Microsoft
  • Typowy dostęp: Internet/VPN/ExpressRoute
  • Przypadki użycia: Elastyczne skalowanie, globalny zasięg, szybkie wprowadzanie innowacji
  • Przykłady w Azure: Większość usług Azure, Azure Front Door, Azure App Service
• Prywatna
  • Własność/Lokalizacja: Infrastruktura dedykowana dla klienta (on-premises lub hostowana)
  • Typowy dostęp: Sieci prywatne
  • Przypadki użycia: Suwerenność, izolowane obciążenia, ścisłe wymogi zgodności
  • Przykłady w Azure: Azure Stack Hub, Azure Stack HCI, AKS on HCI
• Hybrydowa
  • Własność/Lokalizacja: Mieszanka środowiska on-premises i Azure
  • Typowy dostęp: Site-to-site VPN lub ExpressRoute
  • Przypadki użycia: Migracja etapowa, lokalność danych, integracja ze starszymi systemami
  • Przykłady w Azure: Azure VPN Gateway, ExpressRoute, Azure Arc

Modele kosztowe: CapEx vs OpEx, ceny oparte na zużyciu, model pay-as-you-go i pojemność rezerwowana

Zakupy w środowisku on-premises to zazwyczaj wydatki kapitałowe (CapEx): duże, jednorazowe zakupy serwerów, pamięci masowej i sprzętu sieciowego, amortyzowane przez lata. Azure odwraca ten model na rzecz wydatków operacyjnych (OpEx): usługi są mierzone i rozliczane na podstawie rzeczywistego zużycia — sekund procesora, GB-miesięcy, transakcji — przesuwając wydatki na moment, w którym realizowana jest wartość. Ten cennik oparty na zużyciu redukuje nadmierne alokowanie zasobów i wiąże koszty z wzorcami użytkowania. Model pay-as-you-go maksymalizuje elastyczność: uruchamiaj i zatrzymuj zasoby w dowolnym momencie bez zobowiązań czasowych. Dla obciążeń o stałym charakterze Azure oferuje rabaty oparte na rezerwacjach, takie jak Reserved Virtual Machine Instances, pojemność rezerwowana Azure SQL Database, rezerwacje RU/s w Cosmos DB oraz pojemność rezerwowana dla Storage. Zobowiązania na rok lub trzy lata mogą przynieść znaczne oszczędności, opcjonalnie umożliwiając elastyczność w zakresie rozmiaru instancji i współdzielony zakres między subskrypcjami. Uzupełniające opcje obejmują Azure Savings Plans for Compute, które stosują obniżone stawki do kwalifikujących się usług obliczeniowych, oraz Spot VMs dla przerywalnych obciążeń wsadowych z dużymi rabatami. Efektywne zarządzanie kosztami (cost governance) łączy odpowiedni model komercyjny z kontrolą inżynierską. Autoscale redukuje nieużywaną pojemność; warstwy serverless eliminują infrastrukturę, gdy jest bezczynna; Azure Hybrid Benefit pozwala na wykorzystanie istniejących licencji Windows Server i SQL Server; cenniki Dev/Test obniżają wydatki na środowiska nieprodukcyjne. Azure Cost Management + Billing zapewnia budżety, wykrywanie anomalii i alokację kosztów w celu ciągłej optymalizacji.

• Pay-as-you-go
  • Zobowiązanie: Brak
  • Typowy rabat w stosunku do PAYG: 0%
  • Elastyczność: Maksymalna elastyczność; uruchamianie/zatrzymywanie w dowolnym momencie
  • Najlepsze dla: Nieprzewidywalne lub krótkotrwałe obciążenia
• Reserved VM Instances / Pojemność rezerwowana
  • Zobowiązanie: 1 rok lub 3 lata
  • Typowy rabat w stosunku do PAYG: Do ~72% (z Azure Hybrid Benefit)
  • Elastyczność: Zakres może być współdzielony; dozwolona wymiana; opłaty za wcześniejsze anulowanie
  • Najlepsze dla: Stałe obciążenia obliczeniowe 24x7, bazy danych, Cosmos DB
• Savings Plan for Compute
  • Zobowiązanie: Zobowiązanie wydatków na 1 rok lub 3 lata
  • Typowy rabat w stosunku do PAYG: Do ~65%
  • Elastyczność: Ma zastosowanie do maszyn wirtualnych, AKS, Functions Premium, App Service
  • Najlepsze dla: Mieszane obciążenia obliczeniowe ze zmiennymi typami instancji
• Spot VMs
  • Zobowiązanie: Brak (zależne od dostępnej pojemności)
  • Typowy rabat w stosunku do PAYG: Do ~90%
  • Elastyczność: Mogą zostać usunięte; brak SLA
  • Najlepsze dla: Zadania wsadowe, bezstanowe, CI, renderowanie

Problem praktyczny: PeakGear Retail: sezonowe skalowanie z kontrolą kosztów i odpornością na awarie

Scenariusz: Firma PeakGear Retail prowadzi witrynę e-commerce, która doświadcza przewidywalnych skoków ruchu pod koniec miesiąca i w okresach świątecznych. Firma chce przenieść się z lokalnych maszyn wirtualnych do Azure, aby zredukować wydatki kapitałowe, utrzymać docelową dostępność warstwy webowej na poziomie 99,99% oraz wdrożyć plan odzyskiwania po awarii (disaster recovery) z RTO na poziomie czterech godzin i RPO na poziomie 15 minut. Tożsamość musi być zintegrowana z istniejącymi użytkownikami poprzez Microsoft Entra ID.

Wyzwanie: Zaprojektuj architekturę i model kosztowy w Azure, które zapewnią elastyczne skalowanie w odpowiedzi na gwałtowne wzrosty ruchu, odporność na awarie na poziomie strefy, odzyskiwanie po awarii w różnych regionach oraz prostotę operacyjną, minimalizując jednocześnie koszty w okresach poza szczytem.

Zalecane podejście:

1. Wdróż API webowe i witrynę sklepu w usłudze Azure App Service (PaaS), korzystając z planów Premium v3, aby uzyskać wbudowane automatyczne skalowanie, zarządzane łatanie platformy i opcje redundancji strefowej.
2. Umieść co najmniej dwie instancje App Service za usługą Azure Front Door Standard/Premium, aby zapewnić globalny punkt wejścia anycast, terminację SSL, WAF i routing oparty na ścieżkach; włącz sondy kondycji (health probes) i koligację sesji (session affinity) w razie potrzeby.
3. Użyj Azure SQL Database w warstwie Business Critical z redundancją strefową w regionie podstawowym; skonfiguruj aktywną replikację geograficzną do sparowanego regionu dodatkowego, aby osiągnąć RPO na poziomie 15 minut.
4. Przechowuj zawartość statyczną w Azure Storage z opcją RA-GRS; umieść przed nią usługę Azure CDN from Microsoft, aby odciążyć przepustowość i zmniejszyć opóźnienia.
5. Zaimplementuj reguły automatycznego skalowania oparte na użyciu CPU, liczbie żądań i głębokości kolejki, aby skalować w poziomie (scale out) podczas skoków ruchu i skalować do wewnątrz (scale in) w okresach mniejszego obciążenia; do zadań w tle użyj planów Azure Functions Consumption lub Elastic Premium.
6. Osiągnij dostępność warstwy webowej na poziomie 99,99% poprzez włączenie redundancji strefowej (multi-zone) dla planu App Service lub przez dystrybucję instancji pomiędzy Strefy Dostępności (Availability Zones) tam, gdzie jest to wspierane.
7. Na początku zastosuj model pay-as-you-go dla większej elastyczności; dla stałej, bazowej pojemności zidentyfikowanej po 30 dniach, zakup roczną rezerwację Reserved Instance dla planów App Service (poprzez Savings Plan for Compute obejmujący App Service) oraz pojemność zarezerwowaną dla SQL Database, aby zredukować bieżące koszty operacyjne.
8. Zintegruj Microsoft Entra ID w celu zarządzania dostępem użytkowników i administratorów; zastosuj zasadę najmniejszych uprawnień (least privilege) za pomocą wbudowanych ról i dostępu warunkowego (conditional access); chroń sekrety w Azure Key Vault, do którego odwołują się App Service i potoki wdrożeniowe (deployment pipelines).
9. Zdefiniuj i przetestuj procedury odzyskiwania po awarii (DR runbooks): przełącz awaryjnie (failover) bazę SQL do regionu dodatkowego, zaktualizuj priorytety źródeł w Front Door, aby aktywować region dodatkowy, i zweryfikuj kondycję aplikacji w ramach czterogodzinnego RTO.
10. Wdróż Azure Monitor i Log Analytics w celu centralizacji metryk, śladów (traces) i logów; skonfiguruj alerty i pulpity nawigacyjne (dashboards); ustaw budżety i alerty o anomaliach w Azure Cost Management, aby stale optymalizować wydatki.

Uzasadnienie wyboru Azure: Usługi PaaS (App Service i Azure SQL Database) maksymalizują zwinność i odciążają z obowiązku utrzymania systemu operacyjnego i platformy w ramach modelu współdzielonej odpowiedzialności (shared responsibility model), jednocześnie umożliwiając automatyczne skalowanie w celu zapewnienia elastyczności. Wdrożenie z redundancją strefową i replikacja wieloregionalna zapewniają odporność na awarie w obrębie jednego regionu oraz odzyskiwanie po awarii między regionami, co spełnia określone RPO/RTO. Front Door dostarcza globalny ruch przychodzący (ingress), routing oparty na kondycji usług oraz ochronę WAF. Rozpoczęcie od modelu pay-as-you-go zapewnia elastyczność podczas migracji; zobowiązanie się do pojemności zarezerwowanej lub planu Savings Plan dla zmierzonego obciążenia bazowego redukuje koszty stałego użytkowania, podczas gdy automatyczne skalowanie ogranicza wydatki w okresach poza szczytem. Microsoft Entra ID centralizuje zarządzanie tożsamością i dostępem, a Azure Monitor wraz z Cost Management zapewniają wgląd w operacje i finanse.

Wszystkie domeny · Architektura Azure i infrastruktura globalna →

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

Przeglądaj Microsoft →