Warum Azure-Teams ARM-Templates endlich hinter sich lassen

Von Mirko Peters · 2026-08-27

Jahrelang standen Cloud-Engineers und Entwickler, die mit Microsoft Azure arbeiten, bei der Einführung von Infrastructure as Code (IaC) vor einer zwiespältigen Realität. Einerseits Azure Re…

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

Jahrelang standen Cloud-Ingenieure und Entwickler, die mit Microsoft Azure arbeiten, beim Einsatz von Infrastructure as Code (IaC) vor einer zwiespältigen Realität. Einerseits boten Azure Resource Manager (ARM) Templates eine native, leistungsstarke Möglichkeit, Cloud-Infrastruktur zuverlässig bereitzustellen und zu verwalten. Andererseits bedeutete das Schreiben und Pflegen dieser Templates, sich mit ausufernden JSON-Dateien, tiefen Verschachtelungen, aufgeblähten Codestrukturen und mühsamen Merge-Konflikten herumzuschlagen, sobald ein Teammitglied das Repository änderte. Wenn Sie schon einmal stundenlang nach einer falsch platzierten Klammer oder einem unsichtbaren Komma in einem tausendzeiligen JSON-Dokument gesucht haben, kennen Sie genau die Art von Frust, die herkömmliche Azure-Bereitstellungen mit sich bringen.

Zum Glück hat sich die Cloud-Landschaft weiterentwickelt. Azure-Teams verabschieden sich stetig von reinen ARM-Templates und setzen stattdessen auf Bicep, eine sauberere, besser lesbare domänenspezifische Sprache. Bicep soll die Schwächen von JSON kapseln, ohne auf die Zuverlässigkeit von Azure Resource Manager zu verzichten. In diesem umfassenden Leitfaden erklären wir, warum dieser Wandel stattfindet, wie Bicep im Hintergrund funktioniert und warum der Umstieg den Umfang Ihres Infrastrukturcodes um bis zu 60 % reduzieren kann.

Einführung in die ARM-Template-Müdigkeit

Um zu verstehen, warum Bicep die Azure-Community im Sturm erobert hat, müssen wir zunächst die Ursache der ARM-Template-Müdigkeit analysieren. Als Azure vorlagengesteuerte Bereitstellungen populär machte, war JSON der universelle Standard für den Datenaustausch. JSON wurde jedoch nie als Programmiersprache oder als Werkzeug zur Infrastrukturdefinition entworfen. Mit wachsenden und komplexeren Cloud-Umgebungen wurden die Grenzen von JSON jedoch immer deutlicher.

Bei herkömmlichen ARM-Templates wächst die Komplexität überproportional. Eine typische Unternehmensbereitstellung mit virtuellen Netzwerken, Subnetzen, Key Vaults und verwalteten Identitäten schwillt schnell zu aufgeblähten Dateien mit Tausenden von Zeilen an. Da JSON von Haus aus keine nativen Schleifenkonstrukte oder fortgeschrittene Modularisierung bietet, greifen Ingenieure häufig zu komplexen copy-Funktionen und unübersichtlichen Verschachtelungen. Wenn mehrere Teammitglieder gleichzeitig an derselben monolithischen Template-Datei arbeiten, sind häufige Merge-Konflikte eher die Regel als die Ausnahme. Die Fehlersuche in diesen Dateien gleicht oft der Suche nach der sprichwörtlichen Nadel im Heuhaufen. Deshalb weichen viele Teams ganz von automatisierter IaC ab und setzen stattdessen auf fehleranfällige manuelle Klicks im Portal, was den Sinn von DevOps-Automatisierung vollständig untergräbt.

Überblick über Bicep

Microsoft hat Bicep als transparente Abstraktionsschicht über ARM-Templates eingeführt, um genau diese weit verbreiteten Probleme im Entwickleralltag zu lösen. Bicep ist kein Ersatz für Azure Resource Manager, sondern ein eleganterer und prägnanterer Weg, mit ihm zu arbeiten. Alles, was Sie in einem ARM-Template umsetzen können, funktioniert auch in Bicep, allerdings mit einem Bruchteil der kognitiven Belastung.

Im Kern bietet Bicep eine vereinfachte Syntax, die fast wie einfaches Englisch lesbar ist. Sie entfernt das syntaktische Rauschen von JSON. Anführungszeichen, Klammern und Kommas ohne Ende gehören der Vergangenheit an und werden durch saubere, deklarative Definitionen ersetzt. Da Bicep eine kompilierte Sprache ist, fungiert Ihr Code als maßgebliche Quelle. Während der Bereitstellung wird er in standardmäßiges ARM-JSON transpiliert. Diese durchdachte Architektur gewährleistet eine 100-prozentige Kompatibilität mit der zugrunde liegenden Bereitstellungsengine von Azure und verbessert gleichzeitig die tägliche Arbeit der Entwickler erheblich.

Wie Bicep funktioniert

Wer die Mechanik von Bicep versteht, erkennt besser, wie die Sprache die Lücke zwischen menschlicher Lesbarkeit und maschineller Ausführung schließt. Wenn Sie Infrastrukturcode mit Bicep schreiben, erstellen Sie Dateien mit der Endung .bicep. Diese Dateien nutzen eine domänenspezifische Sprache, die speziell für die Bereitstellung von Azure-Ressourcen optimiert ist.

Der Arbeitsablauf ist erfrischend einfach:

Erstellung: Sie erstellen und bearbeiten Ihre .bicep-Dateien lokal in modernen integrierten Entwicklungsumgebungen wie Visual Studio Code. Dabei profitieren Sie von umfangreichen Erweiterungen mit IntelliSense, Syntaxprüfung und Echtzeit-Linting.
Kompilierung: Mit dem Bicep-CLI-Befehl bicep build main.bicep wird Ihr sauberer Code in ein standardmäßiges ARM-JSON-Template kompiliert.
Bereitstellung: Sie stellen die resultierende Vorlage direkt über die Azure CLI oder Azure PowerShell in Azure bereit, wie Sie es bereits gewohnt sind.

Dieser Kompilierungsschritt sorgt dafür, dass die zentrale Bereitstellungs-Engine von Azure unverändert bleibt. Ihre Unternehmensrichtlinien, rollenbasierten Zugriffssteuerungen und Sicherheitsprüfungen bei der Bereitstellung funktionieren daher weiterhin reibungslos.

Vorteile von Bicep

Der Umstieg von JSON-basierten ARM-Vorlagen auf Bicep bringt Engineering-Teams sofort messbare Vorteile. Am auffälligsten ist die deutliche Reduzierung des Codeumfangs. Teams berichten regelmäßig von Codeeinsparungen von 50 bis 60 %. Das bedeutet weniger Zeilen zum Schreiben, Prüfen und Pflegen.

Darüber hinaus fördert Bicep die Zusammenarbeit im Team erheblich. Infrastrukturdefinitionen lassen sich in kleinere, wiederverwendbare Module zerlegen. Dadurch können verschiedene Teammitglieder gleichzeitig an getrennten Komponenten der Architektur arbeiten, ohne sich gegenseitig in die Quere zu kommen. Die Versionsverwaltung wird deutlich übersichtlicher, Code-Reviews dauern Minuten statt Stunden, und das Einarbeiten neuer Engineers in Cloud-Projekte gelingt reibungslos, statt ins kalte Wasser geworfen zu werden.

Einstieg in Bicep

Der Einstieg in Bicep erfordert nur wenig Aufwand. Da die Bicep-CLI schlank ist und sich nativ in die Azure CLI integriert, können Sie unter Windows, macOS oder Linux bereits nach wenigen Minuten loslegen.

Stellen Sie zunächst sicher, dass die Azure CLI zusammen mit Visual Studio Code installiert ist. Installieren Sie anschließend die offizielle Bicep-Erweiterung für VS Code. Sie bietet erweiterte Funktionen wie Codevervollständigung, Parametervalidierung und automatische Erkennung von Ressourcentypen. Nach der Einrichtung benötigen Sie für Ihre erste Ressource, etwa ein Azure Storage Account oder ein virtuelles Netzwerk, nur wenige übersichtliche Codezeilen. Das ersetzt Dutzende Zeilen dichter JSON-Vorlagen.

Anwendungsfälle für Bicep

Bicep spielt seine Stärken vor allem in zwei zentralen Unternehmensszenarien aus: bei grundlegenden Infrastructure-as-Code-Implementierungen und bei Bereitstellungen in mehreren Umgebungen.

In klassischen IaC-Pipelines lässt sich Bicep problemlos mit CI/CD-Plattformen wie GitHub Actions und Azure DevOps integrieren. Das ermöglicht vollständig automatisierte, wiederholbare Bereitstellungen, die Konfigurationsabweichungen verhindern. Für Architekturen mit mehreren Umgebungen, etwa Entwicklung, Test, Staging und Produktion, unterstützt Bicep Parameter und modulare Vorlagen. So pflegen Sie eine einzige, standardisierte Codebasis und fügen umgebungsspezifische Variablen und Konfigurationen bei Bedarf sicher ein.

Häufige Fragen

Was ist Bicep?

Bicep ist eine transparente, quelloffene domänenspezifische Sprache, die Microsoft entwickelt hat. Mit ihr lassen sich Azure-Ressourcen deklarativ bereitstellen, und zwar mit einer übersichtlicheren Syntax als bei klassischen ARM-Vorlagen.

Worin unterscheidet sich Bicep von ARM-Vorlagen?

ARM-Vorlagen verwenden eine ausführliche JSON-Syntax, die schwer zu lesen und zu pflegen ist. Bicep bietet dagegen eine kompakte, gut lesbare Syntax mit erweiterter Tool-Unterstützung. Bicep-Dateien werden vor der Bereitstellung in ARM-Vorlagen kompiliert.

Kann ich bestehende ARM-Vorlagen in Bicep umwandeln?

Ja, das ist einfach möglich. Mit der Bicep-CLI können Sie bestehende ARM-JSON-Vorlagen in Bicep-Dateien dekompilieren und die vereinfachte Syntax sofort nutzen.

Ist Bicep kostenlos?

Ja, Bicep ist vollständig kostenlos und quelloffen. Microsoft unterstützt es als vollwertige Lösung für die Verwaltung der Azure-Infrastruktur.

Unterstützt Bicep Modularität?

Auf jeden Fall. Bicep wurde von Grund auf für modulares Codedesign entwickelt. Damit lassen sich große Infrastrukturbereitstellungen in wiederverwendbare, überschaubare Komponenten aufteilen.

Der Abschied von veralteten ARM-Vorlagen ist für zukunftsorientierte Teams nicht mehr nur eine experimentelle Entscheidung. Er wird zum Standard für effizientes, skalierbares Azure-Engineering. Bicep reduziert die Codekomplexität, verbessert die Zusammenarbeit und vereinfacht Bereitstellungen in mehreren Umgebungen. So können sich Cloud-Profis darauf konzentrieren, gute Software zu entwickeln, statt sich mit Konfigurationsdateien herumzuschlagen.

Wenn Sie dieses Thema vertiefen und praktische Einblicke erhalten möchten, wie moderne Teams ihre Cloud-Strategien modernisieren, hören Sie sich unbedingt unsere passende Podcast-Folge an: Bicep - Simply Explained.