Azure-Infrastrukturlösungen: Designprinzipien

Cloud-Architektur bezeichnet die Gestaltung von Plattformen, die strengere Governance-Anforderungen, hybride Betriebsmodelle und resiliente Dienste mit kontrollierten Kosten in Einklang bringen.

AZ-305 prüft genau diese Architekturarbeit: nicht das reine Bedienen einzelner Azure-Dienste, sondern das Begründen von Designentscheidungen für Microsoft Azure-Infrastrukturlösungen. Eine typische Aufgabe beginnt mit einem scheinbar einfachen Ziel, etwa einer geschäftskritischen Anwendung, die in Azure migriert werden soll. Erst im Detail zeigt sich die eigentliche Architekturfrage: Welche Identitätsgrenzen gelten, wie werden Daten klassifiziert, welche Recovery-Ziele sind akzeptabel, wie viel Latenz verträgt die Anwendung, und welches Kostenmodell passt zum Betrieb?

Zuletzt aktualisiert: 2026. Prüfungsinhalte, Gewichtungen und Rahmenbedingungen können sich ändern. Verbindlich bleiben immer die Angaben auf der offiziellen Microsoft Learn-Studienseite zu AZ-305 und auf der Seite zur Microsoft Azure Solutions Architect Expert-Zertifizierung.

Worum es bei AZ-305 wirklich geht

Die Prüfung AZ-305: Designing Microsoft Azure Infrastructure Solutions richtet sich an Personen, die Cloud- und Hybridlösungen entwerfen, Anforderungen übersetzen und Architekturentscheidungen nachvollziehbar dokumentieren. Microsoft ordnet die Zertifizierung der Rolle Azure Solutions Architect Expert zu. Damit liegt der Schwerpunkt stärker auf Zielbildern, Abhängigkeiten und Trade-offs als auf der täglichen Ressourcenadministration.

Ein Azure Solutions Architect muss häufig zwischen widersprüchlichen Anforderungen vermitteln. Niedrige Latenz kann zusätzliche regionale Komponenten erfordern. Höhere Resilienz kann Kosten und Betriebsaufwand erhöhen. Strenge Datenklassifikation kann die freie Wahl von Diensten einschränken. AZ-305-Fallstudien zielen deshalb oft darauf, ob Kandidaten diese Spannungen erkennen und priorisieren können, statt eine möglichst lange Liste bekannter Services zu nennen.

In der Praxis zeigt sich diese Fähigkeit besonders in frühen Designphasen. Landing-Zone-Baselines, Namenskonventionen, Azure Policy, Rollenmodelle, Netzwerksegmentierung und Monitoring-Vorgaben sind häufig anspruchsvoller als die eigentliche Migration einer Workload. Wer diese Grundlagen sauber entwirft, erleichtert später Betrieb, Sicherheit, Kostensteuerung und Auditierbarkeit.

AZ-305 im Microsoft-Zertifizierungspfad

AZ-305 steht in einem anderen Rollenprofil als Grundlagen- oder Administratorprüfungen. Azure Fundamentals (AZ-900) bestätigt Grundverständnis über Cloudkonzepte und Azure-Dienste. Azure Administrator Associate (AZ-104) ist stärker auf Betrieb, Konfiguration und Verwaltung ausgerichtet. AZ-305 prüft dagegen, ob jemand aus Anforderungen tragfähige Architekturentscheidungen ableiten kann.

Ein formales Pflicht-Prerequisite für AZ-305 sollte nicht angenommen werden, sofern Microsoft dies auf der offiziellen Zertifizierungsseite nicht verlangt. Sinnvoll ist jedoch praktische Erfahrung mit Azure-Administration, Identität, Netzwerk, Sicherheit, Datenplattformen und Betriebsmodellen. Auch die Azure Developer Associate-Zertifizierung kann als Hintergrund nützlich sein, wenn die eigene Rolle stark mit Anwendungsarchitektur und Plattformintegration verbunden ist.

Die Entscheidung zwischen AZ-104 und AZ-305 ist daher weniger eine Frage des Status als der Arbeitssituation. Wer regelmäßig Subnetze, Rollen, Backups, VMs, Richtlinien und Monitoring implementiert, findet in AZ-104 meist den direkteren Nutzen. Wer hingegen Anforderungen bewertet, Architekturvarianten vergleicht und Stakeholdern Kosten-, Sicherheits- und Resilienzfolgen erklärt, bewegt sich näher an AZ-305.

Welche Fähigkeiten AZ-305 abdeckt

Die offiziellen Skills Measured sollten direkt auf Microsoft Learn geprüft werden, weil Microsoft Prüfungsziele aktualisieren kann. Inhaltlich konzentriert sich AZ-305 auf mehrere Architekturdomänen, die im Arbeitsalltag selten getrennt auftreten. Eine Identitätsentscheidung beeinflusst Netzwerkzugriffe, Governance beeinflusst Kosten, und Datenklassifikation beeinflusst Backup, Regionenauswahl und Verschlüsselung.

Identity, Governance and Monitoring behandelt Fragen wie Microsoft Entra ID, Rollenmodelle, RBAC, Azure Policy, Protokollierung und Überwachung. Dieser Bereich wird in der Vorbereitung häufig unterschätzt, weil er weniger sichtbar wirkt als Compute oder Netzwerk. In realen Umgebungen entscheidet er jedoch darüber, ob eine Plattform sicher skaliert oder später durch Sonderregeln, manuelle Ausnahmen und unklare Verantwortlichkeiten schwer beherrschbar wird.

Data Storage prüft Designentscheidungen für relationale und nicht relationale Daten, Datenverfügbarkeit, Schutzanforderungen, Leistungsprofile und Kosten. Ein guter Entwurf beginnt hier nicht mit der Frage nach dem bevorzugten Dienst, sondern mit Datenmodell, Zugriffsmustern, Wiederherstellungszielen und regulatorischen Anforderungen. Azure SQL Database, Azure Storage oder andere Dienste sind erst danach sinnvoll bewertbar.

Business Continuity fokussiert auf Hochverfügbarkeit, Backup, Disaster Recovery und Wiederanlauf. Dabei geht es nicht allein um maximale technische Absicherung. Ein Architekt muss RTO, RPO, geschäftliche Kritikalität und Budget in Einklang bringen. Nicht jede Anwendung benötigt eine aktive Bereitstellung über mehrere Regionen, aber jede geschäftskritische Workload benötigt eine begründete Wiederherstellungsstrategie.

Infrastructure Solutions umfasst Netzwerk, Compute, Migration, Integration und Plattformdesign. Hier treffen Hub-and-Spoke-Topologien, Private Endpoints, ExpressRoute oder VPN, Load Balancing, Containerplattformen und Automatisierung aufeinander. Entscheidend ist, ob die gewählte Architektur betriebsfähig bleibt, wenn mehrere Teams, Umgebungen und Sicherheitszonen hinzukommen.

Eine Referenzarchitektur als Lernanker

AZ-305 lässt sich besser vorbereiten, wenn Lernende nicht nur Dokumentation lesen, sondern eine kleine Referenzarchitektur entwerfen und jede Entscheidung schriftlich begründen. Ein sinnvolles Übungsszenario ist eine interne Geschäftsanwendung mit Webzugriff, Datenbank, geheimen Konfigurationswerten, zentralem Monitoring und privaten Verwaltungszugängen. Das Ziel ist nicht eine perfekte Produktionsplattform, sondern ein nachvollziehbares Architekturmodell mit erkennbaren Trade-offs.

Dieses Tabellenmodell ersetzt kein echtes Architekturdiagramm, erfüllt aber denselben Lernzweck: Es zwingt dazu, Komponenten mit Entscheidungen und Folgen zu verbinden. Wer zusätzlich ein eigenes Diagramm in einem Architekturtool erstellt, sollte nicht nur Symbole anordnen, sondern Datenflüsse, Vertrauensgrenzen, Namensbereiche, Betriebsverantwortung und Ausfallannahmen beschriften.

Ein nützlicher Übungsansatz besteht darin, die Referenzarchitektur anschließend gegen das Microsoft Azure Well-Architected Framework und das Cloud Adoption Framework zu prüfen. Dabei werden Lücken sichtbar, die in Service-Tutorials leicht übersehen werden: fehlende Tagging-Strategie, unklare Rollenvergabe, nicht dokumentierte Recovery-Ziele, unzureichende Kostenwarnungen oder fehlende Protokollierung für sicherheitsrelevante Aktionen.

Prüfungsformat und Fallstudien richtig einordnen

Die Prüfung kann unterschiedliche Fragetypen enthalten, darunter Auswahlfragen, Szenarien und Fallstudien. Konkrete Angaben zu Zeit, Ablauf, Pausen oder Bewertung sollten Kandidaten unmittelbar vor der Anmeldung auf Microsoft Learn prüfen, weil solche Details Änderungen unterliegen können. Die Microsoft-Prüfungssandbox hilft dabei, die Bedienoberfläche und typische Interaktionsformen vorab kennenzulernen.

Fallstudien verlangen ein anderes Zeitmanagement als isolierte Wissensfragen. In vielen Fällen ist zuerst zu klären, welche Anforderungen harte Constraints sind und welche lediglich Präferenzen darstellen. Ein hartes Constraint kann etwa eine Regionenvorgabe, ein Compliance-Erfordernis oder ein festgelegtes Recovery-Ziel sein. Eine Präferenz kann dagegen eine bestehende Technologievorliebe sein, die nur gilt, solange sie Sicherheits-, Kosten- oder Betriebsanforderungen nicht verletzt.

Ein häufiger Fehler in der Vorbereitung ist das Auswendiglernen von Dienstmerkmalen ohne Entscheidungslogik. Ebenso problematisch ist es, Governance und Identity erst am Ende zu behandeln, Kosten- und Tagging-Konzepte zu ignorieren oder Infrastructure as Code nur theoretisch zu kennen. Auch Bicep, Terraform oder ARM-Templates müssen nicht in jedem Detail auswendig beherrscht werden, doch Kandidaten sollten verstehen, warum wiederholbare Bereitstellungen, Reviewfähigkeit und Drift-Kontrolle für Architekturarbeit wichtig sind.

Ein praxisnaher Lernpfad für AZ-305

Eine gute Vorbereitung verbindet offizielle Lernziele, praktische Umsetzung und Architekturreflexion. Der Lernpfad sollte deshalb nicht mit möglichst vielen Einzelservices beginnen, sondern mit einem klaren Szenario. Daraus entstehen Anforderungen, Entwurfsentscheidungen, Implementierungsversuche und Reviews.

1. Die offiziellen Skills Measured auf Microsoft Learn prüfen und in eigene Stärken, Lücken und unklare Bereiche einteilen.
2. Ein realistisches Workload-Szenario definieren, einschließlich Identität, Datenklassifikation, Verfügbarkeitszielen und Kostenrahmen.
3. Eine kleine Hub-and-Spoke-Referenzarchitektur mit Private Endpoints, Key Vault, Azure Monitor, Richtlinien und Tags aufbauen.
4. Jede Designentscheidung kurz dokumentieren, einschließlich verworfener Alternativen und erwarteter Betriebsfolgen.
5. Die Architektur gegen Well-Architected- und Cloud-Adoption-Prinzipien prüfen und die wichtigsten Lücken priorisieren.
6. Fallstudien unter Zeitdruck üben, zuerst Constraints markieren und erst danach konkrete Azure-Dienste auswählen.

Wer eine strukturierte, betreute Vorbereitung bevorzugt, kann ein Azure Solutions Architect Training bei Readynez als Ergänzung zu eigener Praxis und Microsoft Learn prüfen. Wichtig bleibt unabhängig vom Lernformat, dass Labs nicht als reine Klickübungen behandelt werden. Der Nutzen entsteht erst, wenn jede Konfiguration mit einer Architekturbegründung verbunden wird.

Was AZ-305 im Arbeitsalltag signalisiert

Für Hiring-Manager und technische Interviewer ist AZ-305 vor allem dann aussagekräftig, wenn Kandidaten Architekturentscheidungen erklären können. Die bloße Nennung von Azure Firewall, Azure SQL Database, Availability Zones oder Private Link reicht in Gesprächen selten aus. Aussagekräftiger ist, warum ein Dienst gewählt wurde, welche Alternative verworfen wurde und welche Annahmen zu Kosten, Latenz, Datenklassifikation und Recovery dahinterstehen.

Im Arbeitsalltag sind diese Begründungen entscheidend, weil Architektur selten unter idealen Bedingungen entsteht. Bestehende Netzwerke, alte Identitätsmodelle, begrenzte Budgets, regulatorische Vorgaben und Skill-Unterschiede in Betriebsteams beeinflussen das Zielbild. AZ-305 ist deshalb besonders relevant für Rollen, die technische Optionen mit geschäftlichen Rahmenbedingungen verbinden müssen.

Den nächsten Schritt sinnvoll wählen

AZ-305 ist eine passende Prüfung für Fachkräfte, die Azure-Architekturen planen, bewerten und gegenüber anderen Rollen vertreten. Der wichtigste Vorbereitungsschritt ist nicht das Sammeln möglichst vieler Servicebeschreibungen, sondern das Arbeiten mit realistischen Anforderungen, Constraints und Trade-offs. Wer dabei Governance, Identität, Kosten, Resilienz und Betriebsfähigkeit von Anfang an einbezieht, bereitet sich zugleich auf die Prüfung und auf bessere Architekturarbeit vor.

Readynez kann dabei eine strukturierte Lernumgebung bieten, doch die fachliche Grundlage bleibt dieselbe: offizielle Microsoft-Ziele prüfen, eine eigene Referenzarchitektur aufbauen, Entscheidungen dokumentieren und die Lösung kritisch gegen anerkannte Azure-Frameworks reviewen. A practical next step is to compare the current AZ-305 study guide with the architecture decisions in a recent project and identify where the reasoning is already strong and where it still depends too much on service names.

FAQ

Welche Fähigkeiten werden in der AZ-305-Prüfung gemessen?

AZ-305 misst Fähigkeiten im Design von Identitäts-, Governance- und Monitoringlösungen, Datenplattformen, Business-Continuity-Konzepten und Infrastrukturlösungen. Die genaue und aktuelle Liste sollte auf der offiziellen Microsoft Learn-Studienseite geprüft werden, da Microsoft Prüfungsinhalte anpassen kann.

Ist AZ-104 eine Voraussetzung für AZ-305?

AZ-104 sollte nicht als formale Pflichtvoraussetzung dargestellt werden, sofern Microsoft dies nicht offiziell angibt. Praktisch ist AZ-104-Wissen jedoch sehr hilfreich, weil AZ-305 viele Designentscheidungen voraussetzt, die ohne solides Verständnis von Azure-Administration schwer einzuordnen sind.

Wie hilft AZ-305 bei Business Continuity?

AZ-305 stärkt das Verständnis dafür, wie Hochverfügbarkeit, Backup, Disaster Recovery, Datenreplikation und Wiederherstellungsziele zusammenwirken. Entscheidend ist dabei nicht die teuerste technische Lösung, sondern eine Architektur, die zur Kritikalität der Workload und zu RTO, RPO, Budget und Compliance passt.

Wie sollte man praktische Übungen für AZ-305 gestalten?

Praktische Übungen sollten eine kleine, zusammenhängende Architektur abbilden: Netzwerk, Identität, Governance, Daten, Monitoring und Recovery. Besonders wertvoll ist es, jede Entscheidung zu dokumentieren und anschließend zu prüfen, ob sie gegenüber Kosten-, Sicherheits- und Betriebsanforderungen Bestand hat.

Gibt es eine Kursoption für die AZ-305-Vorbereitung?

Ja. Wer neben Microsoft Learn und eigener Lab-Arbeit eine geführte Vorbereitung sucht, kann sich über Readynez und den verlinkten AZ-305-Kurs informieren. Eine gute Vorbereitung sollte jedoch immer praktische Architekturarbeit und das Begründen von Designentscheidungen einschließen.