Azure Resource Group (Ressourcengruppe)

Overview

Jede Azure-Ressource liegt in genau einer Resource Group, und jede Resource Group gehört zu genau einer Subscription. Die Gruppe ist ein Verwaltungsbereich (Scope): Rollenzuweisungen, Azure Policy, Tags und Ressourcensperren lassen sich dort setzen und gelten für alle enthaltenen Ressourcen.

Typische Zuschnitte sind eine Gruppe pro Anwendung und Umgebung, etwa rg-erp-prod und rg-erp-test, oder eine Gruppe pro Plattformdienst wie Netzwerk oder Monitoring. Entscheidend ist der gemeinsame Lebenszyklus: Was zusammen entsteht und zusammen gelöscht wird, gehört in eine Gruppe.

Die Resource Group hat einen Standort, an dem ihre Metadaten gespeichert werden. Dieser Standort schränkt nicht ein, in welchen Regionen die enthaltenen Ressourcen laufen dürfen.

How it works

Die Resource Group wird über Azure Resource Manager verwaltet:

  1. Anlegen mit Name und Region, per Portal, az group create oder als Teil eines Bicep- oder ARM-Deployments.
  2. Ressourcen werden beim Erstellen einer Gruppe zugeordnet und lassen sich später innerhalb einer Subscription oder in eine andere Subscription verschieben, sofern der Ressourcentyp das unterstützt.
  3. Rechte, Policies und Tags werden auf Gruppenebene zugewiesen und wirken auf die Ressourcen darunter. Tags vererben sich nicht automatisch, dafür gibt es eine Policy oder die Tag-Vererbung im Cost Management.
  4. Sperren vom Typ CanNotDelete oder ReadOnly verhindern versehentliches Löschen oder Ändern.
  5. Beim Löschen der Gruppe entfernt Azure alle enthaltenen Ressourcen.

Benefits

  • Gemeinsames Berechtigen, Auswerten und Löschen, weil die Gruppe als ein Scope behandelt wird
  • Kostenzuordnung pro Anwendung, da Cost Management nach Resource Group filtern kann
  • Schutz kritischer Systeme mit einer einzigen Löschsperre auf Gruppenebene
  • Einfache Automatisierung, weil Bicep- und ARM-Deployments standardmäßig auf eine Resource Group zielen

Practical example

Ein Steuerberatungsbüro mit 60 Mitarbeitenden betreibt seine DATEV-nahen Hilfsdienste und einen Dateiserver-Ersatz in Azure. Die IT legt pro Dienst und Umgebung eine Resource Group an, vergibt dem externen Dienstleister nur Contributor auf rg-files-prod und setzt dort eine CanNotDelete-Sperre. Als ein Testskript versehentlich alle Ressourcen mit einem bestimmten Präfix löschen wollte, blieb die produktive Gruppe durch die Sperre unberührt.

Things to keep in mind

  • Namenskonvention und Pflicht-Tags (Kostenstelle, Owner, Umgebung) vor dem ersten Deployment festlegen
  • Löschsperren für produktive Gruppen setzen, aber beachten, dass ReadOnly auch manche Lesevorgänge wie das Auflisten von Speicherschlüsseln blockiert
  • Vor dem Verschieben prüfen, ob alle Ressourcentypen den Umzug unterstützen
  • Nicht alles in eine große Gruppe legen, sonst gehen Rechtetrennung und Kostenübersicht verloren

Licensing & availability

Keine eigenen Kosten, Bestandteil jeder Azure Subscription. Abgerechnet werden nur die enthaltenen Ressourcen. Stand: Oktober 2026.

Conclusion

Resource Groups sind das wichtigste Ordnungsmittel in Azure. Mit klarer Namenskonvention, Tags und Sperren werden sie zum Governance-Werkzeug.