Share via

Szenarien für die Verwendung von Azure-Bereitstellungsumgebungen

  • Artikel

In diesem Artikel werden einige mögliche Szenarien für Azure-Bereitstellungsumgebungen sowie die Ressourcen erläutert, die ein organization zum Implementieren dieser Szenarien verwenden kann. Azure Deployment Environments lässt sich so konfigurieren, dass die Anforderungen eines Unternehmens erfüllt werden.

Environments als Teil einer CI/CD-Pipeline

Das Erstellen und Verwalten von Umgebungen in einem Unternehmen kann mit erheblichem Aufwand verbunden sein. Mit Azure Deployment Environments können verschiedene Arten von Lebenszyklusumgebungen von Produkten (wie Entwicklung, Tests, Staging, Vorproduktion und Produktion) einfach erstellt, aktualisiert und in eine CI/CD-Pipeline (Continuous Integration und Continuous Delivery) integriert werden.

In diesem Szenario bietet Azure Deployment Environments die folgenden Vorteile:

  • Organisationen können einen Katalog anfügen und allgemeine IaC-Vorlagen (Infrastructure-as-Code) bereitstellen, um Umgebungen zu erstellen, die in allen Teams Konsistenz gewährleisten.
  • Entwickler und Tester können die neueste Version ihrer Anwendung testen, indem sie wiederverwendbare Vorlagen zur schnellen Bereitstellung von Umgebungen verwenden.
  • Entwicklerteams können ihre Umgebungen mit CI/CD-Pipelines verbinden, um DevOps-Szenarien zu ermöglichen.
  • Zentrale IT-Entwicklerteams können Kosten und Sicherheitswarnungen zentral nachverfolgen und Umgebungen für verschiedene Projekte und Dev Center-Instanzen verwalten.

Sandboxumgebungen für Untersuchungen

Entwickler untersuchen häufig unterschiedliche Technologien oder Infrastrukturentwürfe. Standardmäßig befinden sich alle Umgebungen, die mit Azure Deployment Environments erstellt werden, in ihrer eigenen Ressourcengruppe. Projektmitglieder erhalten standardmäßig die Rolle „Mitwirkender“ für diese Ressourcen.

In diesem Szenario bietet Azure Deployment Environments die folgenden Vorteile:

  • Entwickler können Azure-Ressourcen, die sie für ihre Entwicklungs- oder Testumgebungen benötigen, je nach Bedarf hinzufügen und ändern.
  • Zentrale IT-Entwicklungsteams können die Kosten für alle Umgebungen, die für Untersuchungszwecke verwendet werden, einfach nachverfolgen.

On-Demand-Testumgebungen

Entwickler müssen Testumgebungen oft ad hoc erstellen, die ihre formalen Entwicklungs- oder Testumgebungen nachahmen, um eine neue Funktion zu testen, bevor Sie den Code einchecken und eine Pipeline ausführen. Mit Azure Deployment Environments können Entwickler problemlos Testumgebungen erstellen, aktualisieren oder duplizieren.

In diesem Szenario bietet Azure Deployment Environments die folgenden Vorteile:

  • Teams können auf eine vollständig konfigurierte Umgebung zugreifen, wenn diese benötigt wird.
  • Entwickler können die neueste Version einer Anwendung testen, indem sie wiederverwendbare Vorlagen verwenden, um neue Umgebungen schnell und ad hoc zu erstellen.

Schulungen, praktische Übungen und Hackathons

Ein Projekt in Azure Deployment Environments fungiert als Container für zeitlich begrenzte Aktivitäten wie Workshops, praktische Übungen, Schulungen oder Hackathons. Sie können ein Projekt erstellen, über das Sie jedem Benutzer benutzerdefinierte Vorlagen bereitstellen.

In diesem Szenario bietet Azure Deployment Environments die folgenden Vorteile:

  • Jeder Benutzer kann identische und isolierte Umgebungen für die Schulung erstellen.
  • Nach Abschluss der Schulung können Sie ein Projekt und alle damit verbundenen Ressourcen einfach löschen.

Bereitstellungsoptionen

Wenn Sie Azure Deployment Environments erkunden möchten, stehen Ihnen zwei allgemeine Pfade zur Verfügung: Proof of Concept und skalierte Bereitstellung.

Proof-of-Concept-Bereitstellung

Eine Proof-of-Concept-Bereitstellung ist eine konzentrierte Anstrengung eines einzigen Teams, einen Mehrwert für die Organisation zu schaffen. Obwohl es verlockend sein kann, mit einer skalierten Bereitstellung zu beginnen, schlägt dieser Ansatz tendenziell häufiger fehl als die Proof-of-Concept-Variante.

Daher empfehlen wir, klein anzufangen, vom ersten Team zu lernen, den gleichen Ansatz mit zwei oder drei weiteren Teams zu wiederholen und dann anhand der gewonnenen Erkenntnisse eine skalierte Bereitstellung zu planen. Für einen erfolgreichen Proof of Concept empfehlen wir, ein oder zwei Teams auszuwählen und deren Szenarien zu bestimmen (Umgebungen als Teil einer CI/CD-Pipeline im Gegensatz zu Sandboxumgebungen), ihre aktuellen Anwendungsfälle zu dokumentieren und dann Azure Deployment Environments bereitzustellen.

Skalierte Bereitstellung

Eine skalierte Bereitstellung umfasst Wochen des Überprüfens und Planens mit der Absicht, Azure Deployment Environments für das gesamte Unternehmen mit Hunderten oder Tausenden von Entwicklern bereitzustellen.

Nächste Schritte