Umgebungen
Verwenden Sie den Prozess der Continuous Delivery, um schnell und sicher neue Werte in die Produktion zu übertragen. Sie können kleine Änderungen häufiger bereitstellen, um das Risiko von Problemen zu verringern.
Andere Faktoren wirken sich auf den Bereitstellungsaufwand in der Produktion aus, einschließlich Ihrer Einführung mehrerer Übermittlungs-/Bereitstellungsumgebungen. Mit einem Ansatz mit mehreren Umgebungen können Sie Code schneller und mit einer höheren Frequenz erstellen, testen und freigeben, um Ihre Bereitstellung so einfach wie möglich zu gestalten. Sie können den manuellen Mehraufwand und das Risiko einer manuellen Veröffentlichung beseitigen und stattdessen die Entwicklung mit einem mehrstufigen Prozess für verschiedene Umgebungen automatisieren.
Eine allgemeine Architektur mit mehreren Umgebungen umfasst vier Ebenen:
- Entwicklung
- Test
- Staging
- Bereitstellung
In dieser Architektur wird Ihr Produkt von der Entwicklung (der Umgebung, in der Sie Änderungen an der Software entwickeln) bis in die Produktion (die Umgebung, mit der Ihre Benutzer*innen direkt interagieren) übertragen. Sie können auch eine UAT-Umgebung (User Acceptance Tests, Benutzerakzeptanztests) einführen, um den End-to-End-Geschäftsflow zu überprüfen.
| Environment | BESCHREIBUNG |
|---|---|
| Entwicklung | Ihre Entwicklungsumgebung (Dev) ist der Ort, an dem Änderungen an der Software entwickelt werden. |
| Test | Ihre Testumgebung ermöglicht entweder Tests durch Personen oder automatisierte Tests, mit denen neuer und aktualisierter Code ausprobiert werden kann. Entwickler*innen müssen neuen Code und neue Konfigurationen über Komponententests in Ihrer Entwicklungsumgebung akzeptieren, bevor diese Elemente in eine oder mehrere Testumgebungen übertragen werden können. |
| Staging | Das Staging erfolgt unmittelbar vor der Bereitstellung in der Produktion. Jede Stagingumgebung sollte eine tatsächliche Produktionsumgebung so genau wie möglich widerspiegeln. |
| UAT | Benutzerakzeptanztests (UAT) ermöglichen Ihren Endbenutzer*innen oder Clients, Tests durchzuführen, um das Softwaresystem zu überprüfen und zu akzeptieren, bevor eine Softwareanwendung in Ihre Produktionsumgebung übertragen wird. |
| Bereitstellung | Ihre Produktionsumgebung (Produktion, manchmal als Live bezeichnet) ist die Umgebung, mit der Ihre Benutzer*innen direkt interagieren. |
Überlegungen zum Entwurf
Berücksichtigen Sie die folgenden Überlegungen sowohl bei der Entwicklung von Azure-Zielzonen als auch bei der Entwicklung von Azure-Workloads:
- Testumgebungen sind wichtig, da sie Plattformentwickler*innen ermöglichen, Änderungen vor der Bereitstellung in der Produktion zu testen, wodurch das Risiko für die Veröffentlichung in der Produktion verringert wird.
- Wenn Ihre Umgebungen so ähnlich wie möglich sind, können Sie umgebungsbezogene Fehler schon in den ersten Testphasen ermitteln und die Entwicklungsgeschwindigkeit und die Zuverlässigkeit erhöhen.
- Bei Abweichungen in der Konfiguration Ihrer Umgebungen kommt es zu Konfigurationsabweichungen, die zu Datenverlusten, langsameren Bereitstellungen und Fehlern führen können.
- Sie können Bereitstellungen beschleunigen, die Umgebungskonsistenz verbessern und die Konfigurationsabweichung zwischen Umgebungen verringern, indem Sie Infrastructure-as-Code (IaC) vernehmen.
- Erwägen Sie die Anwendung von Methoden wie Canary- oder Blue-Green Bereitstellungen, mit denen neue Features nur für eine begrenzte Gruppe von Testbenutzer*innen in der Produktion verfügbar gemacht werden, und die helfen, die Zeit bis zur Freigabe in der Produktion zu verringern.
- Überprüfen Sie die Testergebnisse, um den Übergang von Code von der Entwicklung in die Produktion zu steuern. Sie können diese Kontrollen automatisieren und mit Fehlertests verhindern, dass Änderungen automatisch in der nächsten Umgebung bereitgestellt werden.
- Lassen Sie Pull Requests durch bestimmte Benutzer*innen überprüfen, bevor Code in der Produktion bereitgestellt wird. Erwägen Sie die Verwendung von Repositorys mit einer Branchstrategie, um den Überprüfungsprozess zu verwalten.
- Vermeiden Sie Silos, indem allen Entwickler*innen den Zugriff auf alle Umgebungen ermöglichen.
Arbeitsauslastungen
Weitere Informationen zum Verwalten von Umgebungen für Workloads finden Sie unter Häufig gestellte Fragen zur Skalierung auf Unternehmensebene.
Azure-Zielzonen
Die Einführung mehrerer Umgebungen für eine Azure-Zielzonenbereitstellung wird häufig angewandt, wenn Kund*innen die Auswirkungen und Ergebnisse neuer Azure Policy-Zuweisungen, Azure RBAC-Rollenzuweisungen, Microsoft Entra-Gruppenmitgliedschaften, der Erstellung von Azure-Ressourcen u. v. m. testen möchten.
Unter Testvorgehen für die Unternehmensebene werden zwei unterschiedliche Einführungsansätze beschrieben:
- Replikation der Verwaltungsgruppenhierarchie in der Canary- und Produktionsumgebung
- Sandboxabonnements
Unabhängig davon, welchen Ansatz Sie verfolgen, sollten Sie Folgendes immer berücksichtigen:
- Verwenden Sie mindestens eine Umgebung für Tests.
- Verwenden Sie getrennten Dienstprinzipale für Test- und Produktionszwecke, um Ihre Umgebungen zu schützen.
- Implementieren Sie automatisierte Überprüfungen und Genehmigungen, um Änderungen zu überprüfen und zu genehmigen, bevor Sie diese in einer bestimmten Umgebung bereitstellen.