Die AZ-204-Prüfung bewertet nicht nur Wissen über einzelne Azure-Dienste, sondern vor allem die Fähigkeit, Azure-Anwendungen sicher zu entwickeln, zu integrieren, zu überwachen und zu betreiben. Eine reine Auswendiglernstrategie greift deshalb zu kurz.
Die Microsoft AZ-204 ist die Prüfung für die Zertifizierung Microsoft Certified: Azure Developer Associate. Sie richtet sich an Entwicklerinnen und Entwickler, die mit Azure-SDKs, Azure CLI, REST-APIs, Identität, Storage, Messaging, Monitoring und Deployment-Prozessen arbeiten. C#, .NET, JavaScript oder TypeScript, Python und PowerShell sind typische Sprachen und Werkzeuge im Umfeld dieser Prüfung; entscheidend ist jedoch nicht die Sprache, sondern das Verständnis der Azure-Entwicklerplattform.
Aktuelle Prüfungsfakten richtig einordnen
Zuletzt aktualisiert: 2026. Die offiziellen Prüfungsdetails, Skill-Domänen und eventuelle Änderungen sollten immer auf der Microsoft-Learn-Prüfungsseite zu AZ-204 geprüft werden, weil Microsoft Prüfungsinhalte regelmäßig anpasst. Prozentuale Gewichtungen und Themenbezeichnungen können sich ändern; deshalb ist es sinnvoller, mit den aktuellen „Skills measured“ zu arbeiten als mit älteren Bloglisten oder ausgedruckten Lernplänen.
Ein wichtiger Punkt wird häufig falsch wiedergegeben: Rollenbasierte Microsoft-Zertifizierungen folgen heute einem Renewal-Modell. Nach bestandener Zertifizierung wird die Erneuerung online über Microsoft Learn durchgeführt, wenn die Zertifizierung zur Verlängerung berechtigt ist. Kandidaten sollten deshalb nicht nur auf den Prüfungstag hinarbeiten, sondern auch ein leichtes jährliches Auffrischungssystem einplanen, etwa durch kleine Labs zu neuen Azure-Funktionen, Release Notes und wiederholte Praxisübungen.
Die Prüfung selbst enthält typischerweise mehrere Frageformate, darunter Multiple Choice, Drag-and-Drop, Szenariofragen und Fallstudien. Die konkrete Anzahl der Fragen und die verfügbare Zeit können variieren, daher sollte die Vorbereitung nicht auf eine feste Zahl ausgerichtet sein. Besser ist eine Strategie, die für gemischte Frageblöcke funktioniert: Anforderungen lesen, Einschränkungen markieren, offensichtliche Fehloptionen ausschließen und Architekturentscheidungen begründen können.
Was AZ-204 wirklich prüft
AZ-204 ist keine allgemeine Azure-Einführungsprüfung. Der Schwerpunkt liegt auf Entwicklungsaufgaben: Compute-Lösungen bauen, Storage nutzen, Sicherheit implementieren, externe und Azure-Dienste integrieren sowie Anwendungen überwachen, optimieren und Fehler analysieren. Wer nur das Portal bedient, kennt zwar die Oberfläche, verfehlt aber einen Teil der Denkweise, die in Entwicklerrollen erwartet wird.
Besonders wichtig ist die Fähigkeit, kleine technische Entscheidungen sauber zu treffen. Azure Functions passen gut zu eventgetriebenen, kurzlebigen Aufgaben mit Triggern und Bindings. App Service eignet sich häufig für Webanwendungen und APIs, bei denen Deployment Slots, Konfiguration und Skalierung wichtig sind. Container Apps und AKS werden relevant, wenn Containerisierung, Orchestrierung, Sidecars oder komplexere Laufzeitumgebungen ins Spiel kommen. Diese Compute-Auswahl berührt nicht nur den Compute-Teil der Prüfung, sondern auch Integration, Sicherheit und Monitoring.
Ein häufiger Fehler besteht darin, diese Dienste isoliert zu lernen. In der Prüfung erscheinen sie oft als Teil eines Szenarios: Eine API verarbeitet Daten, schreibt in Storage, veröffentlicht Nachrichten, nutzt Key Vault und muss mit Application Insights nachvollziehbar sein. Die richtige Antwort hängt dann davon ab, ob Identität, Netzwerkzugriff, Retry-Verhalten, Skalierung und Telemetrie zusammenpassen.
Ein Mini-Projekt als roter Faden der Vorbereitung
Ein gutes AZ-204-Lernprojekt sollte klein genug sein, um wiederholt aufgebaut zu werden, aber realistisch genug, um mehrere Prüfungsdomänen zu verbinden. Ein praktikables Szenario ist eine Azure Function, die eine eingehende Anfrage verarbeitet, Daten in Azure Storage schreibt, eine Nachricht an Service Bus sendet, ein Secret über Key Vault nutzt und Telemetrie an Application Insights übermittelt. Die Infrastruktur wird mit Bicep beschrieben und mit Azure Developer CLI oder Azure CLI bereitgestellt.
Dieser Ansatz hat einen Vorteil gegenüber losem Lesen: Fehler werden sichtbar. Wenn eine Managed Identity keine Berechtigung auf Key Vault hat, scheitert der Zugriff. Wenn eine Service-Bus-Nachricht im falschen Empfangsmodus verarbeitet wird, unterscheidet sich das Fehlerverhalten deutlich. Wenn Application Insights keine Korrelation zeigt, fehlt später die Grundlage für Troubleshooting-Fragen. Wer solche Fehler einmal selbst erzeugt und behoben hat, liest Prüfungsszenarien präziser.
Wer geführte Labs bevorzugt, kann den AZ-204 Azure Developer Kurs als strukturierte Ergänzung nutzen. Entscheidend bleibt aber, dass jedes Modul in eigene, wiederholbare Übungen übersetzt wird; eine Schulung ersetzt keine aktive Arbeit mit CLI, Code, Logs und Berechtigungen.
Praxis mit CLI, Bicep und Code aufbauen
Die folgenden Beispiele zeigen keine vollständige Produktionsarchitektur, sondern typische Handgriffe, die in AZ-204 immer wieder relevant werden. Sie trainieren den Zusammenhang zwischen App-Konfiguration, Managed Identity und sicherem Zugriff auf Secrets.
Example — Managed Identity für eine Web App aktivieren
az webapp identity assign \
--name app-az204-orders \
--resource-group rg-az204-lab
principalId=$(az webapp identity show \
--name app-az204-orders \
--resource-group rg-az204-lab \
--query principalId \
--output tsv)
Damit erhält die App eine systemseitig verwaltete Identität in Microsoft Entra ID. Der wichtige Lernpunkt ist nicht der Befehl selbst, sondern die Folgeaufgabe: Diese Identität braucht anschließend gezielte Berechtigungen auf Ressourcen wie Key Vault oder Storage, statt Secrets in Konfigurationsdateien abzulegen.
Example — Key Vault Zugriff mit Bicep vorbereiten
param location string = resourceGroup().location
param webAppPrincipalId string
resource vault 'Microsoft.KeyVault/vaults@2023-07-01' = {
name: 'kv-az204-orders'
location: location
properties: {
tenantId: subscription().tenantId
sku: {
family: 'A'
name: 'standard'
}
enableRbacAuthorization: true
}
}
resource secretsUser 'Microsoft.Authorization/roleAssignments@2022-04-01' = {
name: guid(vault.id, webAppPrincipalId, 'KeyVaultSecretsUser')
scope: vault
properties: {
roleDefinitionId: subscriptionResourceId(
'Microsoft.Authorization/roleDefinitions',
'4633458b-17de-408a-b874-0445c86b69e6c'
)
principalId: webAppPrincipalId
principalType: 'ServicePrincipal'
}
}
Das Beispiel nutzt rollenbasierte Zugriffskontrolle für Key Vault. In der Vorbereitung sollte danach geprüft werden, ob die Anwendung das Secret tatsächlich lesen kann und ob lokale Entwicklung anders authentifiziert wird als die Cloud-Laufzeit. Genau an dieser Grenze zwischen Entwicklung, Deployment und Betrieb entstehen viele Prüfungsfehler.
Example — App Service Konfiguration per Azure CLI setzen
az webapp config appsettings set \
--name app-az204-orders \
--resource-group rg-az204-lab \
--settings \
ServiceBus__QueueName=orders-in \
KeyVault__VaultUri=https://kv-az204-orders.vault.azure.net/ \
APPLICATIONINSIGHTS_CONNECTION_STRING="@Microsoft.KeyVault(SecretUri=https://kv-az204-orders.vault.azure.net/secrets/appinsights-connection/)"
Die Konfiguration bleibt außerhalb des Codes, und sensible Werte werden über Key Vault referenziert. Für die Prüfung ist daran wichtig, den Unterschied zwischen App Settings, Key-Vault-Referenzen, Managed Identity und Laufzeitberechtigungen erklären zu können.
Typische Fehler, die Entwickler unterschätzen
Viele Kandidaten investieren zu viel Zeit in Dienstnamen und zu wenig in Verhalten unter Fehlerbedingungen. Bei Azure Functions sind Trigger, Bindings, Retry-Mechanismen und Idempotenz wichtiger als das reine Erstellen einer Funktion im Portal. Bei Service Bus ist der Unterschied zwischen Peek-Lock und Receive-and-Delete prüfungsrelevant, weil er bestimmt, ob eine Nachricht nach einem Fehler erneut verarbeitet werden kann.
Auch Identität wird häufig zu oberflächlich gelernt. Eine Managed Identity allein löst noch keinen Zugriff; erst das passende Role Assignment auf dem richtigen Scope macht sie nutzbar. Dasselbe gilt für Key Vault: Ein Secret sicher zu speichern reicht nicht, wenn die Anwendung im Betrieb keine Berechtigung hat oder wenn lokale Entwickler versehentlich andere Authentifizierungswege verwenden.
Monitoring ist ein weiterer Bereich, der in der Praxis und in der Prüfung oft unterschätzt wird. Application Insights, strukturierte Logs, Korrelation und Distributed Tracing helfen nicht nur beim Debugging, sondern zeigen, ob eine Lösung betreibbar ist. Arbeitgeber achten bei Azure-Entwicklern zunehmend darauf, ob Repositories saubere Geheimnisverwaltung, Infrastructure as Code und Telemetrie enthalten; diese Fähigkeiten sind deshalb nicht nur Prüfungsstoff, sondern auch beruflich verwertbar.
Ein realistischer Lernplan für sechs bis acht Wochen
Ein wirksamer Lernplan verbindet Lesen, Labs und Wiederholung. Microsoft Learn eignet sich gut, um die offiziellen Themen strukturiert durchzugehen, sollte aber durch eigene Übungen ergänzt werden. Wer nur Module abschließt, ohne die Befehle, Berechtigungen und Logs selbst zu prüfen, erkennt seine Wissenslücken oft erst in Übungsprüfungen.
In den ersten Wochen sollte der Fokus auf Compute, Storage und Identität liegen, weil diese Themen die Grundlage für viele Szenarien bilden. Danach folgen Integration über Service Bus, Event Grid oder APIs sowie Monitoring und Optimierung. In der letzten Phase sollten Kandidaten keine neuen Großthemen mehr beginnen, sondern gezielt Fehlerprotokolle auswerten, falsche Übungsantworten nacharbeiten und das Mini-Projekt mehrmals neu bereitstellen.
Eine gute Übungsroutine besteht aus kurzen, wiederholbaren Labs von etwa 15 bis 30 Minuten. Ein Lab kann zum Beispiel nur das Aktivieren einer Managed Identity und den Key-Vault-Zugriff prüfen. Ein anderes Lab kann eine Service-Bus-Nachricht absichtlich fehlschlagen lassen und anschließend Dead-Letter-Verhalten oder Retry-Logik untersuchen. Solche Übungen liefern mehr Erkenntnis als stundenlanges Wiederholen von Fragen, deren Antworten man bereits auswendig kennt.
Prüfungsstrategie am Testtag
Die AZ-204 verlangt neben Fachwissen auch saubere Prüfungsnavigation. Einige Aufgaben können markiert und später erneut geprüft werden, andere Blöcke oder Fallstudien lassen nach dem Verlassen möglicherweise keine Rückkehr zu. Kandidaten sollten die Hinweise auf dem Bildschirm deshalb ernst nehmen, bevor sie einen Abschnitt abschließen.
Ein sinnvolles Zeitbudget entsteht durch frühe Triage. Kurze, eindeutige Fragen sollten zügig beantwortet werden. Szenariofragen verdienen mehr Zeit, aber nicht unbegrenzt. Bei Drag-and-Drop-Aufgaben hilft es, zuerst die festen Zuordnungen zu setzen und danach die verbleibenden Optionen anhand der Anforderungen auszuschließen.
- Ausweis, Prüfungstermin, Testumgebung und technische Anforderungen rechtzeitig prüfen.
- Vor Beginn alle Prüfungsanweisungen lesen, besonders Hinweise zur Navigation zwischen Blöcken.
- Fragen mit Unsicherheit markieren, wenn eine Rückkehr erlaubt ist.
- Bei Szenarien zuerst Anforderungen, Einschränkungen und Sicherheitsvorgaben identifizieren.
- In den letzten Minuten nur markierte Antworten ändern, wenn ein klarer Grund vorliegt.
Diese Strategie verhindert zwei verbreitete Fehler: zu lange an der ersten schwierigen Frage festzuhängen oder eine Fallstudie zu verlassen, bevor alle Details geprüft wurden. Geschwindigkeit zählt, aber ungenaues Lesen kostet in technischen Prüfungen oft mehr Punkte als fehlendes Wissen.
Nach AZ-204: Fähigkeiten weiterentwickeln
Nach der Zertifizierung endet die Lernarbeit nicht. Azure-Dienste ändern sich, SDKs entwickeln sich weiter, und moderne Entwicklungsrollen verlangen zunehmend Verbindung zu DevOps, Plattformautomatisierung und Security-Praktiken. Wer nach AZ-204 stärker in CI/CD, Release-Strategien und Infrastructure as Code einsteigen möchte, findet in Microsoft-Schulungen sinnvolle Anschlusswege, etwa in Richtung DevOps Engineering.
Für die laufende Auffrischung ist ein persönliches Lernsystem hilfreich: ein kleines Repository mit Bicep-Dateien, Azure Functions, Service-Bus-Beispielen, Key-Vault-Konfiguration und Application-Insights-Abfragen. Dieses Repository dient gleichzeitig als Renewal-Grundlage, als Nachschlagewerk und als Portfolio-Signal, weil es zeigt, dass die Konzepte praktisch umgesetzt wurden.
FAQ
Was ist der wichtigste Tipp, um die AZ-204 zu bestehen?
Der wichtigste Tipp ist, jedes Prüfungsthema praktisch umzusetzen. Wer eine Function bereitstellt, eine Managed Identity berechtigt, ein Secret aus Key Vault liest und Logs in Application Insights auswertet, versteht die Zusammenhänge deutlich besser als durch reines Lesen.
Wie lange sollte man für AZ-204 lernen?
Die benötigte Zeit hängt von der vorhandenen Azure-Erfahrung ab. Entwickler mit regelmäßiger Azure-Praxis können oft mit einem kompakten, mehrwöchigen Plan arbeiten; wer wenig Erfahrung mit Identität, Messaging oder Monitoring hat, sollte mehr Zeit für Labs einplanen.
Sind Übungsprüfungen ausreichend?
Übungsprüfungen sind nützlich, aber nicht ausreichend. Sie zeigen Wissenslücken und trainieren das Frageformat, ersetzen jedoch keine praktische Arbeit mit Azure CLI, SDKs, Bicep, Key Vault, Service Bus und Application Insights.
Welche Themen werden besonders häufig unterschätzt?
Häufig unterschätzt werden Managed Identity und Role Assignments, Service-Bus-Nachrichtenverarbeitung, Retry-Verhalten bei Functions, Key-Vault-Referenzen in App Settings sowie Monitoring mit Korrelation und Distributed Tracing. Diese Themen verbinden mehrere Prüfungsdomänen und erscheinen deshalb oft in Szenarien.
Muss man eine bestimmte Programmiersprache beherrschen?
AZ-204 setzt Entwicklererfahrung voraus, ist aber nicht auf eine einzige Sprache beschränkt. Wichtig ist, Azure-SDKs, APIs, Authentifizierung, Konfiguration und Deployment-Muster in einer von Azure unterstützten Entwicklungsumgebung sicher anwenden zu können.
Den Lernplan in belastbare Praxis übersetzen
AZ-204 wird deutlich leichter, wenn die Vorbereitung wie ein kleines Entwicklungsprojekt behandelt wird. Die relevanten Dienste sollten nicht nebeneinander gelernt, sondern in einem wiederholbaren Szenario verbunden werden: Compute, Storage, Identität, Messaging, Secrets, Deployment und Monitoring.
Readynez kann dabei als geführte Lernoption mit Labs und strukturierter Vorbereitung unterstützen; für kontinuierliches Microsoft-Lernen und Renewal-Planung ist auch Unlimited Microsoft Training eine mögliche Ergänzung. Bei Fragen zur passenden Vorbereitung oder zum nächsten Schritt nach AZ-204 können Interessierte Kontakt aufnehmen.
