Warum Azure-Teams ARM-Vorlagen zugunsten von Bicep aufgeben

Von Mirko Peters · 2026-08-28

Willkommen zurück beim Podcast-Begleitblog! In unserer neuesten Podcast-Folge haben wir uns intensiv mit der praktischen Realität moderner Cloud-Infrastrukturbereitstellung befasst und dabei vor allem untersucht, warum Engineering-Organisationen sich zunehmend von veralteten Bereitstellungsformaten verabschieden. Wenn Sie schon einmal ratlos vor einer umfangreichen, tief verschachtelten JSON-Datei

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Willkommen zurück beim Podcast-Begleitblog! In unserer neuesten Podcast-Folge haben wir uns intensiv mit der praktischen Realität moderner Cloud-Infrastrukturbereitstellung befasst und dabei vor allem untersucht, warum Engineering-Organisationen sich zunehmend von veralteten Bereitstellungsformaten verabschieden. Wenn Sie schon einmal ratlos vor einer umfangreichen, tief verschachtelten JSON-Datei gesessen haben, um herauszufinden, warum Ihre Cloud-Bereitstellung fehlgeschlagen ist, kennen Sie die Schwierigkeiten klassischer Azure Resource Manager-Vorlagen aus eigener Erfahrung. Zum Glück hat Microsoft eine moderne, entwicklerfreundliche Lösung eingeführt, die das Spiel grundlegend verändert: Azure Bicep.

In diesem umfassenden Leitfaden vertiefen wir die Kernkonzepte aus unserer Folge. Wir zeigen, warum Azure-Teams ARM-Vorlagen aufgeben, wie Bicep die Infrastruktur als Code (Infrastructure as Code, IaC) verändert und wie Sie diese modernen Grundlagen in Ihren eigenen Produktionsprojekten umsetzen können. Um tiefer in die Audiodiskussion einzusteigen, sehen Sie sich unbedingt die passende Podcast-Folge Azure Bicep Fundamentals for Production Projects an.

Überblick über Azure Bicep

Bicep vs. ARM-Vorlagen

Azure Bicep ist eine von Microsoft entwickelte Open-Source-Domänensprache, mit der Azure-Ressourcen deklarativ bereitgestellt werden. Sie fungiert als transparente Abstraktionsschicht über Azure Resource Manager (ARM)-Vorlagen. Beim Kompilieren einer Bicep-Datei wird diese sauber in standardmäßige JSON-basierte ARM-Vorlagen übersetzt. Sie profitieren also von der Leistungsfähigkeit und Zuverlässigkeit der zugrunde liegenden Azure-Steuerungsebene, ohne rohes JSON schreiben oder pflegen zu müssen.

Der Hauptzweck von Azure Bicep ist, die Autorenerfahrung zu verbessern und die Wartbarkeit des Codes deutlich zu erhöhen. Infrastruktur als Code ist zu einem Eckpfeiler moderner Cloud-Architekturen geworden. Sie ermöglicht es Engineers, ihre Umgebungen wie Anwendungsquellcode zu definieren, zu verwalten und zu versionieren. Zu den wichtigsten Anwendungsfällen von Azure Bicep gehören die Standardisierung von Unternehmensumgebungen, der Aufbau modularer Entwicklungsstrukturen und eine maximale Wiederverwendbarkeit des Codes über verschiedene Geschäftsbereiche hinweg.

Im direkten Vergleich mit klassischen ARM-Vorlagen fallen die Unterschiede deutlich auf. ARM-Vorlagen sind bekanntermaßen sehr ausführlich. Schon die Bereitstellung eines einfachen Speicherkontos oder virtuellen Netzwerks kann in reinem JSON leicht Dutzende Zeilen umfassen, mit repetitiver Syntax, Escape-Zeichen und manuell nachverfolgten Abhängigkeiten. Bicep schneidet durch diesen Ballast mit einer schlanken, benutzerfreundlichen Syntax hindurch. Verweise auf Parameter, Variablen und Ressourceneigenschaften sind klar und unkompliziert und verringern die kognitive Belastung deutlich.

Ein weiterer wesentlicher Unterschied ist die Modularität. In Bicep fungiert standardmäßig jede einzelne Datei als wiederverwendbares Modul. So lassen sich monolithische Infrastrukturbereitstellungen intuitiv in überschaubare Bausteine zerlegen. Darüber hinaus bringt Bicep eine intelligente Abhängigkeitsverwaltung mit. Während ARM-Vorlagen häufig eine manuelle Konfiguration der Abhängigkeiten über die umständliche Eigenschaft „dependsOn“ erfordern, erkennt Bicep implizite Abhängigkeiten automatisch anhand symbolischer Namen. Das ermöglicht schnellere und effizientere parallele Bereitstellungen.

Unternehmen, die umgestiegen sind, berichten von erstaunlichen betrieblichen Verbesserungen. Viele Organisationen konnten den Aufwand für Entwicklung und Pflege von Vorlagen um rund 50 % senken. Außerdem berichten Teams häufig, dass der Zeitaufwand für die Fehlersuche bei fehlgeschlagenen Sicherheitskontrollen, die tief in umfangreichen JSON-Dateien versteckt waren, vollständig entfallen ist. Der Wechsel zu Bicep hat zudem den Zugriff auf die neuesten Vorlagenversionen für Tausende Anwender in Unternehmensumgebungen vereinfacht und so schnelle Aktualisierungen und kontinuierliche Verbesserungen ermöglicht.

Vorteile der Azure-Bicep-Grundlagen

Vereinfachte Syntax

Einer der größten Vorteile von Azure Bicep ist seine vereinfachte Syntax. Traditionelle ARM-Vorlagen zwingen Ingenieure dazu, übermäßig viel Zeit mit Klammern, Anführungszeichen und komplexen Funktionsaufrufen zu verbringen, statt sich auf die eigentliche Architektur ihrer Cloud-Umgebung zu konzentrieren. Bicep beseitigt diese Reibungsverluste. Mit einer klaren, prägnanten Sprachstruktur, die sich an modernen Programmiersprachen orientiert, verbessert Bicep die Lesbarkeit und senkt die Einstiegshürde für Teammitglieder, die keine ausgewiesenen Infrastrukturspezialisten sind.

Mit Azure Bicep können Sie sich ganz auf die Definition Ihres Zielzustands konzentrieren. Dieser schlanke Ansatz minimiert menschliche Fehler, beschleunigt Code-Reviews und verkürzt den gesamten Entwicklungszyklus deutlich. Wenn Ihr Infrastrukturcode leicht zu lesen ist, gewinnt die gesamte Entwicklungsorganisation mehr Transparenz darüber, wie Cloud-Ressourcen aufgebaut und gepflegt werden.

Governance und Compliance

In modernen Unternehmensumgebungen darf Geschwindigkeit niemals wichtiger sein als Sicherheit. Azure Bicep spielt eine entscheidende Rolle bei der Durchsetzung von Governance und Compliance in verteilten Cloud-Landschaften. Es bietet robuste native Funktionen, mit denen Cloud-Architekten Sicherheitsvorgaben direkt in die Infrastruktur-Bereitstellungspipeline integrieren können.

Zu den zentralen Governance-Funktionen gehören:

• Die Bereitstellung von Azure Policy-Zuweisungen direkt über Bicep-Dateien, um von Beginn an eine strikte organisatorische Compliance sicherzustellen.
• Die nahtlose Integration in das Governance-Designframework von Azure, um Compliance-Prüfungen und die Durchsetzung von Leitplanken zu automatisieren.
• Die automatische Durchsetzung unternehmensweiter Namenskonventionen, verbindlicher Tagging-Richtlinien und regionaler Einschränkungen.

Mit diesen Governance-Bausteinen können Cloud-Administratoren ihre Azure-Ressourcen konsequent steuern. Die Modularität von Bicep unterstützt Governance zusätzlich, weil Sicherheitsteams zertifizierte Module vorab genehmigen und veröffentlichen können – etwa eine sichere Datenbankvorlage oder ein verschlüsseltes Speichermodul. Entwicklungsteams können diese Module dann sicher nutzen, ohne jede komplexe zugrunde liegende Compliance-Einstellung im Detail verstehen zu müssen.

Einstieg in Bicep

Einrichtung der Umgebung

Der Umstieg auf Azure Bicep ist unkompliziert. Um loszulegen, folgen Sie diesen wesentlichen Schritten, um Ihre lokale Entwicklungsumgebung einzurichten:

1. Installieren Sie die Azure Bicep CLI, die Ihre Bicep-Dateien in standardmäßige ARM-Vorlagen kompiliert.
2. Installieren Sie die Azure CLI oder das Azure PowerShell-Modul, um Bereitstellungen in Ihren Azure-Abonnements auszuführen.
3. Installieren Sie Visual Studio Code zusammen mit der offiziellen Bicep-Erweiterung. Sie bietet hervorragende Funktionen wie Syntaxhervorhebung, IntelliSense, automatische Vervollständigung und die Validierung von Ressourcentypen.

Stellen Sie vor der ersten Bereitstellung sicher, dass Sie Zugriff auf ein Azure-Abonnement mit den nötigen Berechtigungen für Ihre Ressourcengruppen haben und dass ein lokales Versionskontroll-Repository für die Zusammenarbeit eingerichtet ist.

Ihre erste Bicep-Datei schreiben

Nachdem Ihre Entwicklungsumgebung vollständig vorbereitet ist, führen wir Sie nun durch ein kurzes Tutorial, in dem Sie Ihre allererste Bicep-Datei erstellen und bereitstellen.

1. Erstellen Sie zunächst im Terminal mit der Azure CLI eine eigene Ressourcengruppe:

   az group create --name ExampleGroup --location "Central US"

2. Öffnen Sie Visual Studio Code, erstellen Sie eine neue Datei namens main.bicep und definieren Sie darin mit der übersichtlichen Bicep-Syntax eine einfache Speicherkontoressource:

   resource storageAccount 'Microsoft.Storage/storageAccounts@2021-04-01' = {
     name: 'examplestoracc'
     location: resourceGroup().location
     sku: {
       name: 'Standard_LRS'
     }
     kind: 'StorageV2'
   }

3. Stellen Sie Ihre neu erstellte Bicep-Datei mit dem folgenden Azure CLI-Bereitstellungsbefehl in Azure bereit:

   az deployment group create \
     --name ExampleDeployment \
     --resource-group ExampleGroup \
     --template-file main.bicep

4. Verfolgen Sie den Bereitstellungsstatus, bis die Ausgabe der Bereitstellung einen erfolgreichen Abschluss anzeigt.

Dieser einfache Ablauf zeigt, wie übersichtlich und effizient die Bereitstellung von Infrastruktur mit Bicep-Skripten sein kann.

Praktische Anwendungen von Azure Bicep

Bereitstellung von Azure-Ressourcen

Azure Bicep eignet sich hervorragend für komplexe Unternehmensszenarien in der Praxis. Über einfache Ressourcendeklarationen hinaus unterstützt Bicep fortgeschrittene Programmierkonstrukte wie Schleifen, Bedingungen und benutzerdefinierte Funktionen. Mit dem nativen for-Ausdruck können Sie beispielsweise aus einer einzigen, prägnanten Definition dynamisch mehrere Instanzen von Subnetzen, virtuellen Maschinen oder Datenbankreplikaten erzeugen. Das reduziert Codeduplikate erheblich.

Zu den gängigen Bereitstellungsmustern gehören:

• Webanwendungen: Bereitstellung mehrschichtiger Weblösungen mit App Service-Plänen, SQL-Datenbanken im Backend und Application Gateways in einer einzigen, zusammenhängenden Bereitstellung.
• Microservices-Architekturen: Verteilte Container-Apps und Kubernetes-Cluster lassen sich dynamisch bereitstellen, einschließlich automatisierter Netzwerkkonfigurationen.
• Kurzlebige Umgebungen: Isolierte Test- und Staging-Umgebungen werden bei Bedarf bereitgestellt, um CI/CD-Pipelines zu validieren, und lassen sich danach genauso schnell wieder entfernen.

CI/CD-Integration

Infrastructure as Code entfaltet sein volles Potenzial, wenn Sie es direkt in automatisierte Continuous-Integration- und Continuous-Deployment-Pipelines (CI/CD) einbinden. Durch die Kombination von Azure Bicep mit Tools wie GitHub Actions oder Azure DevOps automatisieren Sie Ihre Bereitstellungsprozesse und sorgen für konsistente Umgebungen.

Zu den wichtigsten Integrationsstrategien gehören:

• Alle Bicep-Dateien in versionskontrollierten Repositories speichern, um jede Änderung an der Infrastruktur nachvollziehbar zu machen.
• Automatisierte Linting- und Validierungsschritte implementieren, bevor Pull Requests zusammengeführt werden.
• Azure Verified Modules (AVM) nutzen, um Bereitstellungen zu standardisieren und organisatorische Sicherheitsstandards automatisch durchzusetzen.

Best Practices für Bicep

Bicep-Dateien organisieren

Mit wachsender Cloud-Infrastruktur wird eine saubere Verzeichnisstruktur unverzichtbar. Vermeiden Sie es, alle Ressourcendefinitionen in einer einzigen, riesigen Bicep-Datei zu bündeln. Strukturieren Sie Ihr Projekt stattdessen logisch, indem Sie Netzwerk-, Daten- und Compute-Ebenen in getrennte Verzeichnisse und modulare Komponenten aufteilen. Nutzen Sie Parameterdateien als umgebungsspezifische Vorgaben und übergeben Sie für Entwicklung, Staging und Produktion jeweils eigene Variablen, ohne den zentralen Infrastrukturcode zu ändern.

Wiederverwendbare Module erstellen

Die eigentliche Stärke von Bicep liegt in seiner Modularität. Wiederverwendbare Module ermöglichen es Ihren Engineering-Teams, standardisierte Infrastrukturkomponenten einmal zu erstellen und in Hunderten von Projekten bereitzustellen. Modulares Design fördert die gemeinsame Nutzung von Code, beseitigt wiederkehrende Konfigurationsblöcke und reduziert die Fehleranfälligkeit durch menschliches Versagen deutlich. Wenn ein Update nötig ist, etwa das Aktualisieren einer Sicherheitsbaseline, passen Sie das zentrale Modul an, und die Verbesserung wirkt sich sofort auf alle nutzenden Projekte aus.

Häufige Fallstricke bei Bicep

Fehlkonfigurationen

Selbst mit fortschrittlichen Werkzeugen wie Bicep können Entwicklerinnen und Entwickler in typische Konfigurationsfallen tappen, wenn bewährte Verfahren ignoriert werden. Häufige Fehlkonfigurationen sind das direkte Hardcoding sensibler Passwörter oder Verbindungszeichenfolgen im Quellcode, schwache Namenskonventionen oder übermäßig weit gefasste rollenbasierte Zugriffssteuerungen (RBAC).

Um diese Sicherheitsrisiken zu minimieren, sollten Sie diese Best Practices für Unternehmen beachten:

1. Speichern Sie niemals Geheimnisse in der Quellcodeverwaltung. Verweisen Sie stattdessen immer sicher auf Geheimnisse in Azure Key Vault.
2. Verwenden Sie systemseitig zugewiesene verwaltete Identitäten für die Authentifizierung, anstatt langlebige Anmeldeinformationen einzubetten.
3. Setzen Sie das Prinzip der minimalen Berechtigungen in allen RBAC- und Zugriffsrichtlinien konsequent durch.
4. Nutzen Sie Private Endpoints für sensible Datenspeicher, um die Offenlegung öffentlicher IP-Adressen zu vermeiden.
5. Stellen Sie eine kontinuierliche Compliance-Überwachung über die Integration von Azure Policy sicher.

Ressourcenabhängigkeiten

Die Steuerung der Bereitstellungsreihenfolge ist für eine erfolgreiche Cloud-Automatisierung entscheidend. Während klassische ARM-Templates explizite, mühsame Abhängigkeitsdeklarationen erfordern, leitet Bicep implizite Abhängigkeiten über symbolische Namen eigenständig ab. Verknüpfen Sie Ressourcen stets über symbolische Namenskonventionen, und verzichten Sie weitgehend auf explizite dependsOn-Anweisungen. Setzen Sie sie nur ein, wenn es unbedingt nötig ist, damit schnelle, optimierte parallele Bereitstellungen möglich bleiben.

In diesem Blog haben wir die wichtigsten Grundlagen von Azure Bicep behandelt und erläutert, warum Engineering-Teams klassische ARM-Templates zunehmend durch eine übersichtlichere Syntax, automatisiertes Abhängigkeitsmanagement und leistungsfähiges modulares Design ersetzen. Ob Sie einfache Netzwerktopologien aufbauen oder umfangreiche, regionsübergreifende Unternehmensumgebungen verwalten: Die Beherrschung von Bicep ist für moderne Cloud-Architekturen unverzichtbar.

Um die vollständige Diskussion zu hören und Expertenwissen zur Umsetzung dieser Praktiken im Produktivbetrieb zu erhalten, hören Sie sich unbedingt die begleitende Episode „Azure Bicep Fundamentals for Production Projects“ an.

>ლო

Die einfache Bedienung, die sofortige Unterstützung neuer Azure-Funktionen und die nahtlose Integration in CI/CD-Praktiken treiben die breite Verbreitung in der Branche voran.

Häufige Fragen

Was ist Azure Bicep?

Azure Bicep ist eine domänenspezifische Sprache für die deklarative Bereitstellung von Azure-Ressourcen. Im Vergleich zu klassischen ARM-Vorlagen vereinfacht sie die Erstellung durch eine übersichtlichere Syntax und verbesserte Modularität.

Wie installiere ich Azure Bicep?

Sie können Azure Bicep über die Azure CLI installieren, indem Sie den Befehl az bicep install ausführen. Alternativ laden Sie die Bicep CLI direkt zusammen mit Visual Studio Code herunter.

Kann ich Bicep mit vorhandenen ARM-Vorlagen verwenden?

Ja! Bicep wird direkt in standardmäßige ARM-Vorlagen kompiliert. Außerdem können Sie vorhandene ARM-Vorlagen einfach in Bicep-Module einbinden und so eine schrittweise Migration erleichtern.

Was sind Bicep-Module?

Bicep-Module sind in sich geschlossene Dateien, die bestimmte Infrastrukturkonfigurationen kapseln. Sie ermöglichen es Ihnen, Code über mehrere Projekte hinweg wiederzuverwenden und saubere Verzeichnisstrukturen beizubehalten.

Wie geht Bicep mit Ressourcenabhängigkeiten um?

Bicep verwaltet implizite Ressourcenabhängigkeiten automatisch über symbolische Namen. Dadurch entfällt weitgehend die manuelle Festlegung der Reihenfolge, was im Vergleich zu älteren Vorlagenformaten einen deutlich geringeren Aufwand bedeutet.

Ist Bicep für großangelegte Bereitstellungen geeignet?

Auf jeden Fall. Bicep wurde speziell für große Cloud-Umgebungen entwickelt. Es nutzt eine modulare Architektur und Parameterdateien, um komplexe Unternehmensinfrastrukturen effizient zu verwalten.

Kann ich Bicep in CI/CD-Pipelines verwenden?

Ja, Bicep lässt sich nahtlos in Automatisierungstools wie GitHub Actions und Azure Pipelines integrieren. So automatisieren Sie die Bereitstellung und stellen einheitliche Infrastrukturzustände sicher.

Wo finde ich weitere Ressourcen zu Azure Bicep?

Sie können die offizielle Microsoft-Dokumentation, Community-Repositories auf GitHub und spezialisierte Episoden auf Plattformen wie M365 FM nutzen, um kontinuierlich dazuzulernen und Best Practices kennenzulernen.

---

🎧 Diese Episode anhören

Möchten Sie eine praxisnahe Erklärung zu Azure Bicep Fundamentals for Production Projects? Diese Episode erläutert das Thema verständlich und zeigt, warum es für Microsoft 365, Azure, Power Platform, Sicherheit, KI und modernes Arbeiten wichtig ist.

Hören Sie sich diese Episode an, wenn Sie:

• die zentralen Konzepte hinter Azure Bicep Fundamentals for Production Projects verstehen möchten
• sehen möchten, wie sich das Thema in das breitere Microsoft-Technologie-Ökosystem einfügt
• erfahren möchten, wo es für Ihre Organisation praktischen Mehrwert schaffen kann

Diese verwandten M365 FM-Episoden könnten Sie ebenfalls interessieren:

• Bicep - Simply Explained
• Azure Bicep im großen Maßstab: Modulare Infrastruktur als Code
• ARM-Vorlagen vs. Bicep: Warum Azure-Teams umsteigen
• PowerShell vs Bicep for Azure Infrastructure Automation
• Terraform vs. Azure Bicep: Welches IaC-Tool sollten Sie wählen?

Entdecken Sie weitere praxisnahe Microsoft-Gespräche auf M365 FM.

Zuletzt überprüft: Juli 2026.

Für wen diese Episode gedacht ist

Diese Episode richtet sich an Microsoft-Praktiker, Architekten, Entwickler, Sicherheitsexperten und IT-Verantwortliche, die das Thema in einer realen Umgebung bewerten.

🎧 Das sollten Sie sich auch anhören

• Bicep — Ein sinnvoller nächster Schritt, der praktischen Kontext zu diesem Thema liefert.
• Infrastructure as Code — Ein sinnvoller nächster Schritt, der praktischen Kontext zu diesem Thema liefert.
• Azure Resource Manager — Ein sinnvoller nächster Schritt, der praktischen Kontext zu diesem Thema liefert.