Die Microsoft-Zertifizierung Azure Solutions Architect Expert ist seit der Ablösung der früheren AZ-303- und AZ-304-Prüfungen auf einen fokussierteren Architekturpfad ausgerichtet.
Die Prüfung „Designing Microsoft Azure Infrastructure Solutions“ richtet sich an Personen, die Azure-Lösungen entwerfen und technische Entscheidungen begründen müssen. Sie prüft keine reine Bedienoberfläche, sondern die Fähigkeit, Anforderungen an Identität, Governance, Datenplattformen, Business Continuity und Infrastruktur in tragfähige Architekturentscheidungen zu übersetzen.
Was AZ-305 tatsächlich prüft
AZ-305 setzt voraus, dass Kandidaten Azure-Grundlagen nicht nur benennen, sondern in Beziehung setzen können. Wer eine Lösung für eine regulierte Anwendung entwirft, muss beispielsweise Identität, Netzwerksegmentierung, Monitoring, Kostensteuerung und Wiederherstellung zusammen denken. Genau diese Verbindung zwischen technischen Diensten und geschäftlichen Anforderungen macht die Prüfung anspruchsvoll.
Viele Lernende unterschätzen, dass die Fragen häufig aus Szenarien bestehen. Die richtige Antwort ist selten der Dienst mit den meisten Funktionen. Häufig ist sie die Lösung, die harte Anforderungen erfüllt, unnötige Komplexität vermeidet und sauber begründet werden kann. Ein Architekturentwurf muss sicher, betreibbar, wirtschaftlich und wiederherstellbar sein; einzelne Produktkenntnis reicht dafür nicht aus.
Die in der Prüfung gemessenen Fähigkeiten liegen vor allem in vier Bereichen: Identität und Governance, Datenspeicher, Business Continuity und Infrastrukturdesign. Dazu gehören unter anderem Entscheidungen zu Microsoft Entra ID, rollenbasierter Zugriffssteuerung, Netzwerkarchitekturen, Speicheroptionen, Backup, Disaster Recovery, Monitoring und Migrationspfaden. Die offizielle Skills-measured-Seite von Microsoft sollte während der Vorbereitung regelmäßig geprüft werden, weil sich Produktnamen, Gewichtungen und Funktionsdetails ändern können.
AZ-104 vor AZ-305: eine sinnvolle Reihenfolge
Es gibt keine einfache Regel, dass jede Person zwingend zuerst AZ-104 ablegen muss. Aus praktischer Sicht hängt die Reihenfolge davon ab, wie viel Azure-Administration bereits im Arbeitsalltag vorkommt. AZ-104 fokussiert die Administration von Compute, Storage, Netzwerk und Identität; AZ-305 verlangt dagegen Architekturdesign für die Rolle des Solutions Architect.
Wer regelmäßig virtuelle Netzwerke, Storage Accounts, Rollen, Policies, virtuelle Maschinen oder Azure Monitor konfiguriert, kann direkt in die AZ-305-Vorbereitung einsteigen und Lücken gezielt schließen. Wer Azure bisher vor allem aus Konzeptpapieren oder Projektmeetings kennt, sollte zuerst die Administratorbasis stärken, etwa über einen Grundlagenpfad zu Azure und anschließend vertiefende Administrationspraxis. Der wichtigste Maßstab ist nicht die Reihenfolge der Zertifikate, sondern die Frage, ob die grundlegenden Dienste so sicher verstanden sind, dass Architekturentscheidungen nachvollziehbar werden.
In vielen Teams zeigt sich ein typisches Muster: Administratoren müssen lernen, weniger aus der Perspektive einzelner Ressourcen zu denken, während Consultants oder Projektleitende oft mehr praktische Konfigurationssicherheit benötigen. Beide Gruppen profitieren davon, vor AZ-305 kleine Architekturen selbst aufzubauen, zu verändern und zu dokumentieren.
Die wichtigsten Ressourcen für eine belastbare Vorbereitung
Der zuverlässigste Startpunkt bleibt Microsoft Learn, weil die Lernpfade am offiziellen Prüfungsprofil ausgerichtet sind. Sie eignen sich gut, um die Breite der Themen abzudecken und eine erste Struktur in den Lernplan zu bringen. Die integrierten Übungen sind besonders nützlich, wenn einzelne Dienste noch nicht regelmäßig im Arbeitsalltag eingesetzt werden.
Für Architekturdenken reicht Microsoft Learn allein jedoch oft nicht aus. Das Azure Architecture Center liefert Referenzarchitekturen, Designüberlegungen und typische Muster für reale Workloads. Dort wird sichtbar, warum Dienste kombiniert werden, welche Abhängigkeiten entstehen und welche Alternativen für verschiedene Anforderungen infrage kommen.
Das Azure Well-Architected Framework ist eine weitere Kernressource, weil es Architekturentscheidungen entlang von Kosten, Sicherheit, Zuverlässigkeit, operativer Exzellenz und Leistung bewertet. Wer jede Übungsfrage mit diesen Perspektiven betrachtet, erkennt schneller, wann eine Antwort technisch möglich, aber architektonisch schwach ist.
GitHub-Labs und Microsoft-geführte Übungsumgebungen ergänzen diese Quellen, weil sie aus Lesen Handlung machen. Sinnvoll sind besonders Labs zu Landing Zones, Hybrid Networking, Backup und Site Recovery, Monitoring, Governance mit Azure Policy sowie Workload-Migration. Bücher und strukturierte Kurse können helfen, die Stoffmenge zu ordnen; sie sollten aber immer gegen die offizielle Microsoft-Dokumentation abgeglichen werden.
Übungsprüfungen sind nützlich, wenn sie szenariobasiert erklären, warum Antworten richtig oder falsch sind. Sie sollten nicht als Abkürzung verstanden werden. Materialien, die echte oder nachgeahmte Prüfungsfragen ohne Lernwert verbreiten, untergraben die Vorbereitung und vermitteln nicht die Fähigkeiten, die im Architekturalltag benötigt werden.
Wer geführte Übungen, Unterricht und strukturierte Wiederholung bevorzugt, kann ein AZ-305 Training für Azure Solutions Architects als Ergänzung nutzen. Readynez sollte dabei als ein Baustein neben offiziellen Quellen, Labs und eigener Architekturpraxis betrachtet werden, nicht als Ersatz für praktische Arbeit.
Wie die Prüfung denkt: Trade-offs statt Themenlisten
AZ-305 belohnt die Fähigkeit, Anforderungen zu priorisieren. Eine Frage kann beispielsweise eine kostensensible Anwendung beschreiben, die trotzdem regionale Ausfallsicherheit benötigt. Eine andere kann Identitätsvorgaben, Legacy-Abhängigkeiten und Compliance-Anforderungen kombinieren. In solchen Szenarien muss zuerst geklärt werden, welche Anforderungen verbindlich sind und welche lediglich wünschenswert klingen.
Eine hilfreiche Bewertungsheuristik besteht darin, jede Architekturentscheidung anhand von fünf Fragen zu prüfen: Welche Kosten entstehen dauerhaft? Welche Sicherheits- und Governance-Anforderungen werden erfüllt? Wie verhält sich die Lösung bei Ausfällen? Welche Leistung wird für die Workload benötigt? Wie aufwendig ist der Betrieb? Diese Fragen verhindern, dass eine technisch elegante Lösung gewählt wird, die im Betrieb teuer, schwer zu überwachen oder unnötig komplex ist.
Ein kurzer Entscheidungsweg kann das verdeutlichen. Eine Organisation möchte eine interne Geschäftsanwendung nach Azure migrieren. Die Anwendung hat moderate Last, verarbeitet sensible Daten und benötigt nachvollziehbare Wiederherstellung. Eine überdimensionierte Multi-Region-Architektur wäre technisch möglich, könnte aber Kosten und Betriebsaufwand erhöhen. Ein plausibler Architecture Decision Record würde zunächst Annahmen festhalten, dann Identität über Microsoft Entra ID, Netzwerksegmentierung, Backup, Monitoring und eine klar getestete Wiederherstellungsstrategie begründen. Die Entscheidung wäre nicht deshalb stark, weil sie viele Dienste nutzt, sondern weil sie Anforderungen und Grenzen transparent macht.
Typische Fehlgriffe entstehen, wenn Kandidaten in jedem Szenario die maximale Hochverfügbarkeit wählen, Governance erst nachträglich berücksichtigen oder Wiederherstellung nur als Backup-Thema behandeln. Ebenso problematisch ist es, Kostensteuerung und Betriebsaufwand zu ignorieren. In der Prüfung wie im Projektalltag zählt, ob die Architektur tragfähig bleibt, wenn sie betrieben, geändert und überprüft werden muss.
Praxisroute: Build, Break, Fix
Praktische Übung sollte nicht aus zufälligem Klicken im Portal bestehen. Besser ist ein wiederholbarer Lernloop, in dem eine kleine Zielarchitektur aufgebaut, absichtlich verändert, überprüft und dokumentiert wird. Dadurch werden Abhängigkeiten sichtbar, die in reiner Theorie leicht übersehen werden.
- Erstellen Sie ein Landing-Zone-MVP mit Ressourcengruppen, Namenskonventionen, Rollen und grundlegenden Policies.
- Segmentieren Sie Identität und Netzwerk so, dass Verwaltungszugriffe, Workload-Kommunikation und Sicherheitsgrenzen nachvollziehbar sind.
- Migrieren oder simulieren Sie eine kleine Workload mit Speicher, Compute, Monitoring und Backup.
- Verursachen Sie kontrolliert einen Fehler, etwa eine falsche Netzregel oder einen fehlgeschlagenen Wiederherstellungsschritt, und beheben Sie ihn.
- Dokumentieren Sie die Entscheidung in einem Architecture Decision Record mit Annahmen, Alternativen und Folgen.
Dieser Loop trainiert genau die Denkweise, die AZ-305 verlangt. Kandidaten sehen, wie eine Policy Bereitstellungen blockieren kann, warum Recovery-Ziele getestet werden müssen und weshalb Monitoring ohne klare Betriebsprozesse wenig hilft. In geführten Lab-Formaten lässt sich ein solcher Ansatz gut mit Reflexionspunkten verbinden; die Microsoft-Trainingsübersicht kann als Orientierung dienen, wenn strukturierte Lernformate benötigt werden.
Wichtig ist außerdem, Notizen zu versionieren. Azure-Dienste ändern sich, Produktnamen werden angepasst und Funktionen wandern zwischen Vorschau und allgemeiner Verfügbarkeit. Lernnotizen sollten deshalb mit Datum, Quelle und Dienstversion versehen werden. So sinkt das Risiko, kurz vor der Prüfung mit veralteten Annahmen zu arbeiten.
Ein Lernplan für vier bis sechs Wochen
Ein realistischer Lernplan beginnt mit einer Standortbestimmung. In der ersten Woche sollten Kandidaten die offiziellen Prüfungsziele lesen, vorhandene Azure-Erfahrung gegen die Themenbereiche abgleichen und einen ersten Probetest nur zur Diagnose nutzen. Das Ergebnis ist keine Bewertung der Person, sondern eine Karte der Lücken.
In den folgenden zwei Wochen sollte der Schwerpunkt auf Microsoft Learn, Azure-Dokumentation und Architecture-Center-Artikeln liegen. Dabei ist es sinnvoll, pro Themenblock sofort ein kleines Lab anzuschließen. Identität und Governance werden beispielsweise erst dann greifbar, wenn Rollen, Policies und Management Groups praktisch eingerichtet und ihre Auswirkungen beobachtet wurden.
Die vierte Woche eignet sich für szenariobasiertes Arbeiten. Kandidaten können je ein Szenario zu Migration, Business Continuity, Datenplattform und sicherer Infrastruktur entwerfen. Jede Lösung sollte kurz mit Kosten, Sicherheit, Resilienz, Leistung und Betriebsaufwand bewertet werden. Diese schriftliche Begründung ist ein wirksames Mittel gegen oberflächliches Auswendiglernen.
In Woche fünf und sechs geht es um Prüfungstaktik und Stabilisierung. Probeläufe sollten unter realistischen Bedingungen stattfinden, anschließend werden falsche Antworten nach Ursache sortiert: fehlendes Produktwissen, überlesene Anforderung, falsche Priorisierung oder unsaubere Eliminationsstrategie. Am Prüfungstag hilft es, Szenariotexte konsequent in harte Anforderungen und optionale Hinweise zu trennen. Wenn mehrere Azure-Services ähnlich passend wirken, sollte die Antwort ausscheiden, die eine verbindliche Vorgabe verletzt oder unnötigen Betriebsaufwand erzeugt.
Ressourcen richtig kombinieren
Die stärkste Vorbereitung entsteht nicht durch möglichst viele Quellen, sondern durch eine klare Reihenfolge: offizielle Prüfungsziele, Microsoft Learn, Architekturreferenzen, praktische Labs, Review und Probetests. Wer jede Quelle einer Funktion zuordnet, vermeidet Materialsammlungen ohne Lernfortschritt.
Die Readynez-Startseite und Angebote wie Unlimited Microsoft Training können für Leser relevant sein, die ihre Vorbereitung in ein breiteres Microsoft-Lernprogramm einbetten möchten. Entscheidend bleibt jedoch, dass jede Lerneinheit zu einer überprüfbaren Fähigkeit führt: eine Architektur erklären, eine Alternative begründen, eine Fehlannahme erkennen oder einen Wiederherstellungsweg testen.
Der nächste sinnvolle Schritt
AZ-305 ist eine Architekturprüfung, keine Gedächtnisübung. Eine gute Vorbereitung verbindet offizielle Quellen, konkrete Azure-Labs, dokumentierte Entscheidungen und wiederholte Szenarioanalyse. Wer die Prüfung so angeht, trainiert zugleich Fähigkeiten, die auch nach der Zertifizierung im Projektalltag relevant bleiben.
Ein praktischer nächster Schritt ist eine ehrliche Lückenanalyse entlang der offiziellen Prüfungsziele. Danach sollte ein kleines Landing-Zone-Szenario aufgebaut, getestet und in kurzen Architecture Decision Records dokumentiert werden. Wenn geführte Labs und strukturierter Unterricht die Vorbereitung beschleunigen sollen, kann Readynez als ergänzende Lernumgebung in Betracht gezogen werden.
