Microsoft AZ-900: Support, Service-Lebenszyklus & Marketplace — Lernleitfaden

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

Teil des Microsoft Azure AZ-900 — Lernleitfaden. Üben Sie mit verifizierten Antworten im Microsoft-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.

Ein zuverlässiger Betrieb auf Azure hängt davon ab, das richtige Supportmodell zu wählen, die Signale zum Dienstzustand zu verstehen, nach den veröffentlichten Service-Level-Agreements (SLAs) zu entwerfen und Drittanbieterlösungen verantwortungsvoll über den kommerziellen Marketplace zu beziehen. Dieser Bereich konzentriert sich darauf, wie Microsoft Cloud-Workloads während ihres gesamten Lebenszyklus unterstützt und wie Kunden diesen Support durch Fallmanagement, Kontingenterhöhungen, Zustandsbenachrichtigungen und die Bearbeitung von Vorfällen operationalisieren. Ebenso wichtig ist die Governance rund um kontinuierliche Änderungen. Azure-Dienste folgen einem modernen Lebenszyklus mit häufigen, sicheren Updates und Vorankündigungen für Breaking Changes. Der Azure Marketplace erweitert die Plattform um validierte Partnerlösungen und ermöglicht die schnelle Einführung von Sicherheits-, Netzwerk-, Daten- und Anwendungskomponenten unter konsolidierter Azure-Abrechnung und Richtliniensteuerung.

Azure-Supportpläne und Fallmanagement

Microsoft bietet mehrere Azure-Supportpläne an, die auf die Kritikalität der Workloads und den erforderlichen Grad an beratender Unterstützung abgestimmt sind. Der Basic-Support ist in jedem Abonnement enthalten und deckt nur die Abrechnungs- und Abonnementverwaltung ab. Der Developer-Support richtet sich an Nicht-Produktionsumgebungen und bietet technische Unterstützung während der Geschäftszeiten für Probleme mit geringerer Priorität. Der Standard-Support ist der Einstieg in den technischen 24x7-Support und eignet sich für die meisten Produktions-Workloads. Professional Direct (ProDirect) bietet schnellere Reaktionszeiten und Zugang zu proaktiver beratender Unterstützung, Architekturprüfungen und Web-Seminaren, um Bereitstellungen zu beschleunigen. Premier/Unified ist ein unternehmensweiter Rahmen für Microsoft Cloud- und On-Premises-Produkte, der Ihr Unternehmen mit einem Customer Success Account Manager und proaktiven Diensten wie Service-Reviews, Workshops, Bereitschaftsplanung und Koordination des Vorfallmanagements verbindet. Supportanfragen werden im Azure-Portal unter „Hilfe + Support“ erstellt. Die Anfragetypen umfassen technische Probleme, Abrechnung, Abonnementverwaltung sowie Dienst- und Abonnementlimits (Kontingente). Für technische Anfragen ist ein kostenpflichtiger Plan erforderlich (Developer, Standard, ProDirect oder Unified). Die integrierte Rolle „Mitwirkender für Supportanfragen“ (Support Request Contributor) ermöglicht es Benutzern, Anfragen zu öffnen und zu verwalten, ohne weitreichendere Ressourcenberechtigungen zu erteilen, während „Besitzer“ (Owner) und „Mitwirkende“ (Contributor) ebenfalls Anfragen stellen können. Anfragen können über Azure Monitor-Aktionsgruppen und den ITSM-Connector in ITSM-Tools integriert werden, um eine einzige Warteschlange für Vorfälle zu unterhalten.

• Basic
  • Verfügbarkeit des technischen Supports: Nein (nur Abrechnung/Abonnement)
  • Ziele für die Erstansprechzeit (Sev A/B/C): N/A
  • Beratende Unterstützung: Nur Dokumentation, Community
  • Proaktive Dienste: Keine
  • Typische Verwendung: Testversionen, Lernen, unkritische Konten
• Developer
  • Verfügbarkeit des technischen Supports: Geschäftszeiten (E-Mail/Web)
  • Ziele für die Erstansprechzeit (Sev A/B/C): N/A / N/A / < 8 Stunden
  • Beratende Unterstützung: Allgemeine Anleitungen
  • Proaktive Dienste: Keine
  • Typische Verwendung: Entwicklung/Test und Pilotprojekte
• Standard
  • Verfügbarkeit des technischen Supports: 24x7 für Sev A; Geschäftszeiten für niedrigere Sev
  • Ziele für die Erstansprechzeit (Sev A/B/C): < 1 Std. / < 4 Std. / < 8 Std.
  • Beratende Unterstützung: Best-Effort-Unterstützung bei Anfragen
  • Proaktive Dienste: Keine
  • Typische Verwendung: Produktions-Workloads mit Standardanforderungen an die Reaktionszeit
• Professional Direct
  • Verfügbarkeit des technischen Supports: 24x7 für Sev A
  • Ziele für die Erstansprechzeit (Sev A/B/C): < 1 Std. / < 2 Std. / < 4 Std.
  • Beratende Unterstützung: Proaktive Beratung, Architekturprüfungen, Onboarding
  • Proaktive Dienste: Webinare, Service-Reviews, Eskalationsmanagement
  • Typische Verwendung: Geschäftskritische Produktion, die schnellere Reaktion und Anleitung erfordert
• Premier/Unified
  • Verfügbarkeit des technischen Supports: 24x7 (breiter Microsoft-Umfang)
  • Ziele für die Erstansprechzeit (Sev A/B/C): < 1 Std. / < 2 Std. / < 4 Std.
  • Beratende Unterstützung: Zugewiesener CSAM, Anleitung auf Lösungsebene
  • Proaktive Dienste: Workshops, Bewertungen, Service-Reviews, Koordination von Vorfällen
  • Typische Verwendung: Unternehmensportfolios, die mehrere Produkte umfassen

Erstellen von Supportanfragen und Erhöhen von Kontingenten und Limits

Supportanfragen werden im Azure-Portal unter „Hilfe + Support > Supportanfrage erstellen“ gestellt. Der Workflow fragt nach Problemtyp, Abonnement, Dienst, Ressource, Region und Schweregrad. Bei technischen Anfragen wählen Sie eine Auswirkungsstufe (Schweregrad), die den geschäftlichen Auswirkungen und den Reaktionszeitzielen Ihres Plans entspricht. Fügen Sie Diagnosedaten (Zeitstempel, Korrelations-IDs, Metriken und Änderungsverlauf) hinzu, um die Triage zu beschleunigen. Für die Abrechnungs- und Abonnementverwaltung ist der Basic-Support ausreichend; für technische Probleme ist ein kostenpflichtiger Plan erforderlich. Erhöhungen von Kontingenten und Limits werden als „Dienst- und Abonnementlimits (Kontingente)“ eingereicht. Häufige Anfragen umfassen vCPU-Kontingente für Compute pro Region (nach VM-Familie), öffentliche IP-Adressen, Kerne für spezialisierte GPU- oder HPC-Familien sowie Kontingente für Azure Machine Learning oder Cognitive Services. Compute-Kontingente werden pro Abonnement, pro Region und pro VM-Serienfamilie durchgesetzt; die Anforderung eines höheren Kontingents ermöglicht Kapazitätsanfragen, garantiert jedoch nicht die Verfügbarkeit von Kapazität. Für vorhersagbare Kapazität kombinieren Sie Kontingenterhöhungen mit On-Demand-Kapazitätsreservierungen oder planen Sie gegebenenfalls zonale Bereitstellungen. Der Zugriff zum Einreichen von Anfragen wird über Azure RBAC gesteuert. Die Rolle „Mitwirkender für Supportanfragen“ (Support Request Contributor) kann Tickets erstellen und verwalten, ohne Rechte zur Ressourcenänderung zu gewähren. Größere Organisationen leiten Kontingent-Workflows oft durch interne Genehmigungen und verfolgen sie im ITSM; die Azure Quota API kann die Überwachung und das Stellen von Anfragen bei vordefinierten Schwellenwerten automatisieren. Nach der Einreichung werden die Fälle bei Bedarf an das Engineering weitergeleitet, und die Kommunikation erfolgt über das Portal, per E-Mail und bei höheren Schweregraden optional per Telefon.

Service Health, geplante Wartung und SLAs im Incident-Management

Azure bietet mehrere Sichten auf den Systemzustand. Azure Status ist die öffentliche, globale Ansicht plattformweiter Probleme. Azure Service Health ist für Ihre Abonnements personalisiert und zeigt Serviceprobleme, geplante Wartungsarbeiten und Systemzustandsempfehlungen an, die Ihre Regionen und Ressourcen betreffen. Resource Health ermöglicht eine detaillierte Analyse des Zustands einzelner Ressourcen und liefert Informationen zu kürzlichen Verfügbarkeitsereignissen und deren Ursachen, wie z. B. Plattformereignisse, benutzerinitiierte Aktionen oder zugrunde liegende Hardwarefehler. Service Health-Benachrichtigungen lassen sich in Aktionsgruppen für E-Mail, SMS, Sprachanrufe, Webhooks, ITSM-Connectors und Azure Functions integrieren. Geplante Wartungsarbeiten werden über Service Health mit den erwarteten Zeitfenstern und Details zu den Auswirkungen kommuniziert. Für virtuelle Maschinen stellen Azure Scheduled Events In-Guest-Benachrichtigungen (über den Instanzmetadatendienst) über bevorstehende Aktionen wie Neustarts bereit, sodass Anwendungen Verbindungen ordnungsgemäß beenden (drain), Prüfpunkte erstellen (checkpoint) oder ein Failover durchführen können. Maintenance Control ist für Azure Dedicated Hosts und bestimmte isolierte VM-Größen verfügbar und ermöglicht es Administratoren, Plattformwartungen innerhalb eines definierten Aufschubfensters zu verzögern, um sie mit den Change-Control-Prozessen abzustimmen. SLAs definieren die monatlichen Verfügbarkeits- oder Transaktionserfolgsziele für jeden Dienst. Beim Entwurf von Lösungen mit mehreren Diensten ist die kombinierte Verfügbarkeit über die Abhängigkeiten hinweg multiplikativ. Höhere Verfügbarkeitsstufen erfordern in der Regel zonenredundante oder Multi-Instanz-Deployments. Beispielsweise erreicht der Betrieb von virtuellen Maschinen über zwei oder mehr Verfügbarkeitszonen in einer Region ein höheres SLA als eine einzelne VM oder eine Verfügbarkeitsgruppe (Availability Set). Wenn ein SLA nicht eingehalten wird, sind Servicegutschriften auf Antrag verfügbar. Der Antrag muss über das Portal mit Nachweisen (Zeitstempel, betroffene Ressourcen) innerhalb des geforderten Zeitfensters eingereicht werden. Der Vorfall und die Post-Incident-Reviews können in Service Health nachverfolgt werden.

• Virtuelle Maschinen (Einzelinstanz)
  • Wichtigste Anforderung für SLA: Premium SSD oder Ultra Disk für Betriebssystem und Daten
  • Veröffentlichtes SLA (typisch): 99,9 %
  • Anmerkungen: Gilt für berechtigte Größen und Speicher; keine Verfügbarkeitsgruppe/-zone
• Virtuelle Maschinen in einer Verfügbarkeitsgruppe (Availability Set)
  • Wichtigste Anforderung für SLA: Zwei oder mehr Instanzen über Fehler-/Updatedomänen verteilt
  • Veröffentlichtes SLA (typisch): 99,95 %
  • Anmerkungen: Reduziert das Risiko eines einzelnen Racks und einer einzelnen Updatedomäne
• Virtuelle Maschinen über Verfügbarkeitszonen verteilt
  • Wichtigste Anforderung für SLA: Zwei oder mehr Instanzen über Zonen in einer Region verteilt
  • Veröffentlichtes SLA (typisch): 99,99 %
  • Anmerkungen: Beste regionale Resilienz ohne regionsübergreifendes Failover
• Azure SQL Database (Einzelne Datenbank)
  • Wichtigste Anforderung für SLA: Standard-Deployment
  • Veröffentlichtes SLA (typisch): 99,99 %
  • Anmerkungen: Zonenredundanz kann die Resilienz gegenüber zonalen Ausfällen verbessern
• App Service (Multi-Instanz)
  • Wichtigste Anforderung für SLA: Zwei oder mehr Instanzen
  • Veröffentlichtes SLA (typisch): 99,95 %
  • Anmerkungen: Erfordert Tarife „Basic“ oder höher mit mehreren Instanzen

Modern Lifecycle Policy und der Azure Marketplace

Azure-Dienste folgen der Modern Lifecycle Policy, die kontinuierliche Service-Updates und die Verantwortung des Kunden, auf dem neuesten Stand zu bleiben, hervorhebt. Breaking Changes, die ein Handeln des Kunden erfordern, werden mit Vorankündigung – typischerweise mindestens 12 Monate bei Onlinediensten – durch formelle Deprecation-Ankündigungen, Service Health-Hinweise und Dokumentationsupdates kommuniziert. Zeitpläne für die Außerbetriebnahme (Retirement), API-Versionierung und Migrationspfade werden bereitgestellt, damit Workloads innerhalb von Änderungsfenstern, die mit der Unternehmens-Governance übereinstimmen, angepasst werden können. Dieses Continuous-Delivery-Modell nutzt sichere Bereitstellungspraktiken mit gestaffelten Rollouts und automatischer Risikominderung (Mitigation). Betriebsbereitschaft bedeutet, Service-Hinweise zu verfolgen, neue Laufzeit- oder SDK-Versionen in einer Vorproduktionsumgebung zu validieren und Feature-Flags oder Blue-Green-Patterns für Anwendungsupdates zu verwenden. Sicherheits- und Compliance-Updates werden ohne separate Installationszyklen bereitgestellt, was die Zeitfenster für potenzielle Gefährdungen reduziert und gleichzeitig den Schwerpunkt auf Observability und Release-Disziplin legt. Der Azure Marketplace erweitert die Plattform um Lösungen von Drittanbietern: Images für virtuelle Maschinen, verwaltete Anwendungen, Kubernetes-Apps und SaaS-Angebote. Angebote werden über Ihr Azure-Abonnement abgerechnet, mit Optionen wie nutzungsbasierter Abrechnung (Pay-as-you-go), Jahres-/Laufzeitplänen und Bring-Your-Own-License (BYOL). Unternehmen können einen privaten Marketplace kuratieren, um nur genehmigte Herausgeber oder Angebote zuzulassen, Azure Policy anwenden, um den Bereitstellungsumfang (Regionen, SKUs, Netzwerk) einzuschränken, und über private Angebote individuelle Preise aushandeln. Virtuelle Netzwerkgeräte (z. B. Firewalls, Load Balancer), Datenplattformen, Sicherheitsanalysen und Observability-Stacks sind gängige Muster; der Support des Herausgebers ist der primäre Kanal für diese Lösungen, wobei die Abrechnung in Azure konsolidiert wird.

• Image für virtuelle Maschine (NVA oder Server)
  • Bereitstellungsmodell: ARM-Vorlage/VM in Ihrem VNet
  • Abrechnungsmodell: PAYG oder BYOL
  • Anwendungsbeispiele: Firewalls, WAFs, IDS/IPS, paketierte Anwendungen
  • Betriebshinweise: Sie verwalten den Lebenszyklus, die Skalierung und das Patchen der VM
• Verwaltete Anwendung (Managed Application)
  • Bereitstellungsmodell: In Ihrem Abonnement bereitgestellt, vom Herausgeber verwaltet
  • Abrechnungsmodell: PAYG plus Verwaltungsgebühr
  • Anwendungsbeispiele: Schlüsselfertige Lösungen mit verwaltetem Betrieb
  • Betriebshinweise: Der Herausgeber aktualisiert die Kernkomponenten; Sie verwalten Daten/Konfiguration
• Kubernetes-App (AKS-Add-on)
  • Bereitstellungsmodell: Helm/ARM in Ihrem AKS-Cluster
  • Abrechnungsmodell: PAYG oder BYOL
  • Anwendungsbeispiele: Ingress-Controller, Service-Meshes, Operatoren
  • Betriebshinweise: Sie verwalten AKS; der Herausgeber pflegt die App-Container-Images
• SaaS
  • Bereitstellungsmodell: Läuft im Mandanten des Herausgebers; integriert sich in Ihren Mandanten
  • Abrechnungsmodell: Abonnement/Verbrauch
  • Anwendungsbeispiele: APIs, Analyseplattformen, Security-SaaS
  • Betriebshinweise: Schnellste Time-to-Value; minimale zu verwaltende Infrastruktur

Praxisproblem: Coastal Outfitters: Operationalisierung von Support-, Systemzustands- und Marketplace-Lösungen für eine saisonale E-Commerce-Spitzenlast

Szenario: Coastal Outfitters betreibt eine auf Azure gehostete E-Commerce-Website mit gleichmäßigem Traffic während des größten Teils des Monats und einem viertägigen Anstieg am Monatsende. Die Architektur verwendet Azure Application Gateway, zwei VM-basierte Web-Tiers und eine verwaltete Datenbank. Die Sicherheitsanforderungen verlangen eine Next-Generation-Firewall, und der Betrieb muss eine Verfügbarkeit von 99,99 % für den Web-Tier während der Spitzenlastzeiten garantieren und dabei proaktive Beratung während des Rollouts erhalten.

Herausforderung: Auswahl des richtigen Supportplans für proaktive Architekturberatung, Bereitstellung einer Marketplace-Firewall unter Einhaltung von Governance-Richtlinien, Erhöhung der regionalen Compute-Kontingente vor der Spitzenlast und Implementierung von Systemzustandswarnungen und Incident-Workflows, die auf die Verfügbarkeitsziele von 99,99 % ausgerichtet sind.

Empfohlener Ansatz:

1. Upgrade der Subscription auf den Supportplan Professional Direct, um eine kritische Reaktionszeit von 24x7 sicherzustellen und proaktive beratende Unterstützung für den produktiven Rollout zu erhalten.
2. Zuweisung der integrierten Rolle „Support Request Contributor“ an die NOC-Gruppe, damit diese Tickets öffnen und verwalten kann, ohne weitreichende Ressourcenberechtigungen zu benötigen.
3. Bereitstellung einer Next-Generation-Firewall von Palo Alto Networks oder Fortinet aus dem Azure Marketplace in einem dedizierten Hub-VNet; Nutzung eines privaten Marketplace, sodass für Subscription-Besitzer nur genehmigte, ausgehandelte private Angebote (private offers) sichtbar sind.
4. Platzierung von zwei oder mehr Web-VMs in separaten Verfügbarkeitszonen (availability zones) hinter dem Application Gateway, um das VM-SLA von 99,99 % zu erfüllen; Speicherung des Betriebssystems/der Daten auf Premium SSDs.
5. Einreichung einer Anfrage zu „Dienst- und Abonnementlimits (Kontingente)“ zwei Wochen vor der Spitzenlast, um die vCPU-Kontingente pro Region für die benötigten VM-Familien zu erhöhen; Hinzufügen von Kapazitätsreservierungen für den Web-Tier, um Burst-Kapazität zu garantieren.
6. Konfiguration von Azure Service Health-Warnungen für Dienstprobleme, geplante Wartungen und Integritätsempfehlungen (health advisories) in den Regionen der Website; Weiterleitung der Warnungen an eine Aktionsgruppe (action group), die das Bereitschaftspersonal per E-Mail/SMS benachrichtigt und über den ITSM-Connector einen Incident in ServiceNow öffnet.
7. Aktivierung der Verarbeitung von Azure Scheduled Events auf den Web-VMs, um Verbindungen während der Host-Wartung ordnungsgemäß zu beenden (graceful drain); Validierung des Failover-Verhaltens in der Staging-Umgebung mithilfe von Blue-Green-Swaps.
8. Dokumentation des Workflows zur Beantragung von SLA-Gutschriften im Runbook, einschließlich der Erfassung von Nachweisen (Zeitstempel, Ressourcen-IDs, Metriken), und Sicherstellung, dass Anträge über das Portal innerhalb des zulässigen Zeitfensters eingereicht werden, falls die Verfügbarkeitsziele nicht erreicht werden.

Begründung für Azure: Professional Direct kombiniert schnelle Reaktionszeiten mit den Vorteilen proaktiver Beratung, ohne den Overhead eines unternehmensweiten Unified-Vertrags, und ist auf einen einzelnen kritischen Produktions-Workload ausgerichtet. Zonale VMs erhöhen die Verfügbarkeitsstufe auf 99,99 % mit einer minimalen Anzahl von Instanzen, während Premium SSDs die Speicheranforderungen für einzelne Instanzen erfüllen. Ein kuratierter privater Marketplace und ausgehandelte private Angebote halten Sicherheits-Appliances konform und kostenkontrolliert, und der Publisher-Support bleibt die erste Anlaufstelle bei NVA-Problemen. Frühzeitige Kontingenterhöhungen und Kapazitätsreservierungen eliminieren Reibungsverluste bei der Bereitstellung während der Spitzenlast. Service Health-Warnungen, die Verarbeitung geplanter Ereignisse und ein Runbook für SLA-Anträge vervollständigen den Incident-Management-Kreislauf mit klaren Zuständigkeiten und Nachweiswegen.

← Überwachung · Alle Domänen

Diese Fragen üben → · Zeitlich begrenzte Übung auf ExamRoll.io →

Microsoft durchsuchen →