Power Platform-Umgebungstypen erklärt: Standard, Sandbox, Developer und Produktion

Von Mirko Peters · 2026-10-25

Die Power Platform-Umgebungstypen im Überblick: Unterschiede zwischen Standard-, Sandbox-, Developer-, Produktions- und Testumgebungen in Microsoft 365.

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

Erfahren Sie die genauen Unterschiede zwischen den Power Platform-Umgebungstypen, einschließlich Standardbereichen, Developer-Containern, Sandboxes und Produktionsumgebungen. Finden Sie heraus, welchen Container Sie für persönliches Lernen, das Testen riskanter Änderungen und den Betrieb geschäftskritischer Apps verwenden sollten, ohne die Architektur Ihres Mandanten zu gefährden.

Das Wichtigste in Kürze

• Jeder Microsoft 365-Mandant erhält genau eine Standardumgebung, in der alle lizenzierten Benutzer entwickeln können. Microsoft rät davon ab, sie für geschäftskritische Produktivlasten zu verwenden.
• Sandbox-Umgebungen sind sichere Nicht-Produktionszonen mit risikoreichen Verwaltungsfunktionen wie dem Zurücksetzen, Kopieren und Löschen von Daten, ohne Live-Systeme zu beeinträchtigen.
• Verwaltete Developer-Umgebungen bieten einzelnen Benutzern private Bereiche zum Erstellen und Testen von Apps, ohne die Kapazitätsgrenzen des Unternehmens zu belasten.
• Testumgebungen laufen nach dreißig Tagen ab und sind ausschließlich für kurzfristige Machbarkeitsnachweise gedacht, nicht für den dauerhaften Betrieb von Anwendungen.
• Die Wahl des richtigen Umgebungstyps verhindert versehentliche Datenvermischung und stellt sicher, dass Apps ausschließlich mit autorisierten Datenquellen innerhalb derselben Grenze verbunden werden.

Grundlagen der Umgebungsgrenzen in Power Platform

Wenn Sie in der Microsoft-Cloud mit dem Erstellen von Low-Code-Anwendungen und automatisierten Workflows beginnen, fällt Ihre erste architektonische Entscheidung, noch bevor Sie eine Zeile Logik schreiben oder eine Datenbanktabelle anlegen. Sie müssen festlegen, wo Ihre Lösung liegt. In Microsoft Power Platform fungiert eine Umgebung als sicherer Container, der Ihre Geschäftsdaten, Apps, Chatbots und Flows speichert, verwaltet und voneinander isoliert. So wie Sie nicht alle Finanz-, HR- und Marketingdateien in einen einzigen gemeinsamen Ordner mit einem Generalschlüssel für die gesamte Organisation legen würden, sollten Sie auch nie alle Geschäftsapps in einen einzigen gemeinsamen Arbeitsbereich packen.

Eine Umgebung bildet eine harte Grenze. Alles, was Sie darin erstellen, bleibt über den gesamten Lebenszyklus an diesen Container gebunden. Wichtiger noch: Eine Anwendung kann nur auf Datenquellen zugreifen, die sich in genau derselben Umgebung befinden. Wenn Sie eine App in einer Sandbox erstellen und versuchen, sie mit einer Datenbank in der Produktion zu verbinden, kann die App sie schlicht nicht sehen. Wer diese Grenzen versteht, verwandelt die Entwicklung von einer verwirrenden Abfolge fehlerhafter Verbindungen in eine vorhersehbare, beherrschbare Architektur.

Die Standardumgebung: Komfort mit versteckten Risiken

Jeder Mandant von Microsoft Entra ID erhält automatisch genau eine Standardumgebung, die Microsoft erstellt. Sobald neuen Benutzern eine Lizenz zugewiesen wird, landen sie direkt in dieser Standardumgebung, und die Rolle „Umgebungsersteller“ ist für sie aktiviert. Dadurch können sie bereits am ersten Tag Canvas-Apps und automatisierte Flows erstellen. Diese sofortige Verfügbarkeit macht die Standardumgebung zwar äußerst einladend, doch diese Bequemlichkeit hat erhebliche betriebliche Kosten.

Da die Standardumgebung unternehmensweit geteilt wird, füllt sie sich schnell mit persönlichen Experimenten, Shadow-IT-Werkzeugen und vergessenen Prototypen. Hinzu kommt, dass Microsoft für die Standardumgebung keine verlässlichen Sicherungsgarantien bietet und sie nicht gelöscht werden kann. Bei einer Obergrenze von einem Terabyte, die sich auf Datenbank, Dateien und Protokolle verteilt, ist es ein Rezept für Desaster, die Standardumgebung als dauerhaftes Zuhause für geschäftskritische Anwendungen zu nutzen. Sie ist ausschließlich für persönliche Produktivitätswerkzeuge und risikoarme Experimente gedacht.

Warum Sie den Standardbereich hinter sich lassen müssen

Die Standardumgebung für Produktivlasten zu nutzen, birgt erhebliche Sicherheits- und Wartungsrisiken. Da jeder lizenzierte Benutzer standardmäßig Ersteller-Zugriff hat, kann ein gut gemeinter Mitarbeiter ohne Weiteres einen automatisierten Flow erstellen, der sensible Daten aus einem System abruft und an unpassender Stelle offenlegt. IT-Administratoren müssen klare Richtlinien festlegen, neue Ersteller in persönliche Entwicklerumgebungen umleiten und den Standardbereich einschränken, damit der Mandant sauber bleibt.

Produktions- vs. Sandbox-Umgebungen: Live-Betrieb und Tests trennen

Sobald Ihre Organisation über erste Experimente hinausgeht, müssen Sie den Live-Betrieb klar von Ihren Testbereichen trennen. Hier kommen Produktions- und Sandbox-Umgebungen ins Spiel.

Eine Produktionsumgebung ist der Ort für dauerhafte, geschäftskritische Arbeit. Anwendungen und automatisierte Workflows, auf die Ihr Unternehmen täglich angewiesen ist, sollten immer hier laufen. Wenn Ausfallzeiten Ihr Ergebnis beeinträchtigen, gehört die Lösung in eine Produktionsumgebung mit passender Überwachung und Sicherheitskontrollen.

Sandbox-Umgebungen sind dagegen Ihre sicheren Räume. Eine Sandbox ist jede Nicht-Produktionsumgebung mit gefährlichen Funktionen wie Zurücksetzen, Kopieren und Löschen, die in einer Live-Umgebung katastrophale Folgen hätten. Ihre Entwickler und Administratoren sollen in einer Sandbox Dinge kaputt machen dürfen, damit sich solche Fehler nie auf die Produktion auswirken. Sie können sogar eine Produktionsdatenbank in eine Sandbox kopieren, um Updates mit realistischen Datenstrukturen zu testen, bevor Änderungen live gehen.

Entwickler- und Testumgebungen: persönliche Lernbereiche

Für einzelne Ersteller, Cloud-Architekten und IT-Profis, die ihre Fähigkeiten ausbauen möchten, bietet Microsoft spezielle persönliche Umgebungen, die administrativen Aufwand reduzieren.

Eine verwaltete Entwicklerumgebung gehört einem einzelnen Benutzer und dient ausschließlich dem individuellen Lernen, Prototyping und Entwickeln. Jeder lizenzierte Benutzer kann eine verwaltete Entwicklerumgebung beanspruchen, und diese Bereiche werden nicht auf die Kapazitätsgrenzen Ihres Mandanten angerechnet. Sie ist die ideale Sandbox, um Funktionen zu testen, modellgesteuerte Apps auf Dataverse aufzubauen und Fehler zu machen, ohne Kollegen zu beeinträchtigen.

Testumgebungen dagegen sind kurzlebige Bereiche für schnelle Machbarkeitsnachweise. Sie laufen strikt nach dreißig Tagen ab, und danach wird ihr Inhalt gelöscht. Deshalb sollten Sie in einer Testumgebung niemals dauerhafte Anwendungen oder wertvolle Geschäftsdaten speichern.

Fazit: Die richtige Umgebung für jedes Projekt wählen

Die Wahl des passenden Umgebungstyps ist der grundlegende Schritt beim Aufbau sicherer, skalierbarer Lösungen in der Microsoft-Cloud. Ob Sie eine persönliche Entwicklerumgebung für einen neuen automatisierten Flow einrichten, eine Sandbox für gefahrloses Experimentieren aufsetzen oder eine streng abgesicherte Produktionsumgebung für Unternehmensbenutzer bereitstellen: Wer diese Grenzen respektiert, hält Ihren Mandanten sauber und compliant.

Um noch tiefer in Umgebungsarchitektur, Sicherheitsrollen, Datenrichtlinien und Anwendungslebenszyklusverwaltung einzusteigen, hören Sie sich die vollständige Folge des M365 FM Podcasts mit Mirko Peters an. Schalten Sie ein für fundierte Einblicke und praxisnahe Strategien, um die Microsoft-Cloud optimal zu nutzen!

Häufige Fragen

Kann ich die Standardumgebung von Power Platform löschen?

Nein, die Standardumgebung kann von Mandantenadministratoren nicht gelöscht werden. Da jeder Mandant genau eine Standardumgebung erhält, die standardmäßige Integrationen und die erste Nutzung durch Anwender ermöglicht, sperrt Microsoft diesen Container. Sie sollten die Nutzung steuern, indem Sie Produktivbereitstellungen innerhalb dieser Umgebung einschränken.

Worin unterscheidet sich eine Testumgebung (Sandbox) von einer Produktivumgebung?

Eine Produktivumgebung ist für stabile, geschäftskritische Anwendungen optimiert, die von Fachteams genutzt werden. Eine Sandbox-Umgebung dient dagegen zum Testen, Schulen und Entwickeln. Sandboxes bieten risikoreiche Verwaltungsfunktionen wie Datenbankzurücksetzungen und vollständige Umgebungskopien, die in Produktivumgebungen deaktiviert sind, um Live-Daten zu schützen.

Belegen verwaltete Entwicklerumgebungen Mandantenkapazität?

Nein, einzelne verwaltete Entwicklerumgebungen belegen nicht die kostenpflichtige Power-Platform-Kapazität Ihrer Organisation. Sie werden einzelnen Makern und Entwicklern bereitgestellt, damit sie bauen, testen und lernen können, ohne auf den Unternehmensspeicher zuzugreifen.

Wie lange laufen Testumgebungen von Power Platform?

Standardmäßige Testumgebungen sind kurzlebige Container, die nach 30 Tagen automatisch ablaufen. Da alle Ressourcen in einer Testumgebung beim Ablauf dauerhaft gelöscht werden, sollten Sie sie nur für kurzfristige Evaluierungen und Machbarkeitsnachweise (Proofs of Concept) nutzen.