Microsoft AZ-305: Compute- und Anwendungsarchitektur — Lernleitfaden
Teil des Microsoft Azure Solutions Architect Expert AZ-305 — Lernleitfaden. Üben Sie mit verifizierten Antworten im Microsoft-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.
Überblick
Azure Compute umfasst Ausführungsmodelle für Infrastruktur, Plattform und Serverless. Eine solide Architektur schafft einen Ausgleich zwischen Verfügbarkeit, Kosten, Leistung, Bedienbarkeit und Sicherheit und passt gleichzeitig zum Lebenszyklus und zur Bereitstellungstopologie der Workload. Das Verständnis der Fähigkeiten und Kompromisse von virtuellen Maschinen, Skalierungsgruppen, App Service, Functions, Container-Laufzeitumgebungen, Orchestrierungsplattformen, Batch-Scheduling, Service Fabric und der Azure VMware Solution ermöglicht präzise, auf die jeweilige Workload zugeschnittene Architekturen.
Virtuelle Maschinen und Skalierungsgruppen
Virtuelle Azure-Maschinen bieten Größenfamilien, die für universelle (Dv5, Dasv5), compute-optimierte (Fsv2), arbeitsspeicheroptimierte (Ev5, Ebdsv5), speicheroptimierte (Lsv3 mit lokalem NVMe), hoch-arbeitsspeicher (Mv2), HPC (HBv3/HC) und GPU (NCas, ND) Workloads optimiert sind. Wählen Sie Größen basierend auf dem CPU/Arbeitsspeicher-Verhältnis, dem Bedarf an ephemerem Speicher, dem Netzwerkdurchsatz und Funktionen wie AMD vs. Intel, beschleunigtem Netzwerkbetrieb (Accelerated Networking) und ephemeren Betriebssystemdatenträgern.
Verfügbarkeitsgruppen (Availability Sets) verteilen VMs auf Fehlerdomänen (Rack/Stromversorgung) und Updatedomänen, um korrelierte Ausfälle innerhalb eines einzelnen Rechenzentrums zu reduzieren. Verfügbarkeitszonen (Availability Zones) platzieren VMs in physisch getrennten Rechenzentren innerhalb einer Region und bieten so ein höheres SLA und echte zonale Redundanz auf Kosten der Latenz zwischen den Zonen. Näherungsplatzierungsgruppen (Proximity Placement Groups) platzieren zonale oder nicht-zonale Ressourcen gemeinsam, um die Latenz innerhalb einer eng begrenzten physischen Topologie zu minimieren – nützlich für kommunikationsintensive, mehrschichtige Systeme (z. B. Anwendungsschicht zu Datenbank).
Spot-VMs nutzen ungenutzte Kapazitäten zu stark reduzierten Preisen, wobei eine Entfernung (Eviction) bei Preis- oder Kapazitätsdruck erfolgen kann. Die Entfernungsrichtlinie (Zuweisung aufheben vs. löschen) und der Maximalpreis (Max Price) steuern das Verhalten. Spot eignet sich ideal für zustandslose, unterbrechbare Workloads wie CI-Builds, Batch-Verarbeitung und große Testflotten, nicht jedoch für kritische, zustandsbehaftete Dienste.
Virtual Machine Scale Sets (VMSS) orchestrieren identische VMs mit einheitlichem Lebenszyklus, Integritätstests (Health Probes), automatischen Instanzreparaturen und zonenübergreifender Verteilung. Die automatische Skalierung (Autoscaling) verwendet Regeln oder Zeitpläne von Azure Monitor und reagiert auf Metriken wie CPU, Arbeitsspeicher (über benutzerdefinierte Metriken), Warteschlangentiefe oder Anforderungsanzahl. Die vorhersagende automatische Skalierung kann basierend auf historischen Mustern eine Vorabbereitstellung durchführen. Die Orchestrierungsmodi umfassen Uniform (homogene Instanzen) und Flexible (heterogen, unterstützt VM-Familien und Prioritätsmischungen). Rollierende Upgrades und automatische Image-Upgrades nutzen Integritätsprüfungen und Upgradedomänen, um Instanzen sicher zu leeren (drain), zu validieren und fortzufahren, mit einem Rollback bei verschlechterter Integrität. VMSS integriert Spot-Kapazität mit Kapazitätsausgleich (Capacity Rebalancing) und Priorisierung, sodass beim horizontalen Herunter- und Hochskalieren (Scale-in/out) zuerst die entfernungsanfälligen Instanzen berücksichtigt werden. Kombinieren Sie VMSS mit Zonen für Hochverfügbarkeit, PPG für niedrige Latenz und die Application Health Extension für sichere Rollouts.
Web, Serverless und Anwendungsplattform
Azure App Service bietet verwaltetes Hosting für Windows/Linux-Code und Container. Die Pläne bestimmen die Compute-Isolation und die Funktionen:
- Free/Shared für Entwicklung/Test; Basic/Standard für den Einstieg in die Produktion; Premium v3 für verbesserte Leistung, VNet-Integration, Hyper-Thread-Isolation und Bereitstellungsslots; Isolated v2 (App Service Environment) für mandantenfähiges, netzwerkisoliertes Hosting. Bereitstellungsslots (Deployment Slots) ermöglichen Blue-Green- und Canary-Deployments mit Vorwärmen (Warm-up), slot-spezifischen Einstellungen, schrittweiser Traffic-Erhöhung (Traffic Ramp-up) und unterbrechungsfreien Swaps. Die VNet-Integration bietet zwei Dimensionen: ausgehende regionale Integration über delegierte Subnetze (Routing über NAT Gateway oder benutzerdefinierte Routen) und eingehenden privaten Zugriff mittels Private Endpoints, um die öffentliche Erreichbarkeit zu deaktivieren und gleichzeitig eine Integration mit privatem DNS zu ermöglichen. Zugriffsbeschränkungen, Authentifizierung/Autorisierung und verwaltete Identitäten (Managed Identities) für App Service reduzieren Perimeter- und Anmeldeinformationsrisiken. Vertikales Hochskalieren (Scale up) ändert die Tarifstufe/Größe des Plans; horizontales Hochskalieren (Scale out) erhöht die Anzahl der Instanzen mit Autoskalierungsregeln, die an Azure Monitor gebunden sind.
Azure Functions liefert ereignisgesteuerte Rechenleistung. Hosting-Optionen:
- Consumption (Verbrauch): Abrechnung pro Ausführung mit dynamischer Skalierung und Kompromissen bei Kaltstarts, maximaler Ausführungsdauer und keiner VNet-Integration für Windows, bis Premium verwendet wird; ideal für Workloads mit Lastspitzen.
- Premium: vorgewärmte Instanzen eliminieren Kaltstarts, unterstützen VNet-Integration, langlebige Ausführungen und vorhersagbare Leistung für Unternehmensintegrationen.
- Dedicated (App Service Plan): läuft auf reservierten App Service-Instanzen für gleichmäßige Workloads oder für das Co-Hosting mit Web-Apps. Durable Functions führen Orchestrierungen, Aktivitäten und Entitäten für langlebige, zuverlässige Workflows ein, die Fan-Out/Fan-In, menschliche Interaktion und Sagas mit dauerhaftem Zustand und Wiederholungssemantik implementieren. Bindungen und Trigger entkoppeln den Code von Diensten: HTTP, Timer, Service Bus, Event Hubs, Event Grid, Storage Queues/Blobs, Cosmos DB und benutzerdefinierte Bindungen. Parallelität, Skalierungsverhalten und Checkpointing unterscheiden sich je nach Plan; entwerfen Sie für Idempotenz und Backoff-Richtlinien.
← Datenspeicherung und Datenbanklösungen · Alle Domänen · Netzwerk und Konnektivität →
Diese Fragen üben → · Zeitlich begrenzte Übung auf ExamRoll.io →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Bestehe deine Prüfung →