Enterprise Blueprint Factory-Architektur - AWS Präskriptive Leitlinien

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Enterprise Blueprint Factory-Architektur

Eine IaC-Vorlage (Infrastructure as Code), auch Blueprint genannt, ist eine Konfigurationsdatei, die Sie bei der Bereitstellung und Verwaltung von Cloud-Ressourcen unterstützt. Ein Blueprint kann eine einzelne Ressource oder die Architektur für eine komplexe, mehrstufige Anwendung bereitstellen. IaC soll Ihnen helfen, das Infrastrukturmanagement zu zentralisieren, Ressourcen zu standardisieren und schnell zu skalieren.

Die Enterprise Blueprint Factory hilft Ihnen dabei, die Erstellung, Validierung, Veröffentlichung, Verteilung und Nutzung von Blueprints in Ihrem gesamten Unternehmen zu optimieren. Dieser Abschnitt bietet nicht nur einen Überblick über die Architektur, sondern gibt auch einen Überblick über die architektonischen Komponenten der Lösung und den Lebenszyklus des Blueprints.

Wenn Sie einen Blueprint über die Enterprise Blueprint Factory veröffentlichen, wird der Blueprint zu einem Produkt in. AWS Service Catalog Sie sammeln Produkte in einem oder mehreren Portfolios und gewähren dann Berechtigungen, die es Endbenutzern ermöglichen, auf die Produkte in diesem Portfolio zuzugreifen. Sie können eine Portfoliofreigabe verwenden, um einem Servicekatalog-Administrator für einen anderen AWS-Konto die Verteilung Ihrer Produkte an Endbenutzer zu ermöglichen.

Das folgende Diagramm zeigt einen allgemeinen Überblick über die Enterprise Blueprint Factory-Architektur. Dieser Workflow veröffentlicht den Blueprint als Produkt im Service Catalog. Außerdem werden die Portfolios und Portfolioanteile erstellt oder aktualisiert, um den Blueprint den Ziel-Endbenutzern zur Verfügung zu stellen.

Die Komponenten und der Ablauf der Enterprise Blueprint Factory-Lösung.

Dieses Diagramm zeigt den folgenden Arbeitsablauf:

  1. Ein Entwickler erstellt den Blueprint. Er erstellt einen Feature-Branch im Produkt-Repository, überträgt den Blueprint in den Branch und erstellt dann eine Pull-Anfrage. Ein Blueprint-Administrationsteam und ein Sicherheitsteam überprüfen den Pull-Request, um sicherzustellen, dass der Blueprint die Organisations- und Sicherheitsanforderungen erfüllt. Diese Teams genehmigen den Pull-Request. Der Entwickler führt den Feature-Zweig mit dem Hauptzweig zusammen. Weitere Informationen finden Sie in diesem Handbuch unter Produkt-Repository.

  2. Der Entwickler fügt die Blueprint-Informationen in der Konfigurationsdatei, die sich im Konfigurations-Repository befindet, hinzu oder aktualisiert sie. Weitere Informationen finden Sie unter Konfigurations-Repository und Konfigurationsdatei in diesem Handbuch. 

  3. Das Update der Konfigurationsdatei ruft die Konfigurationspipeline auf. Diese Pipeline verwendet AWS CodePipelineund AWS CodeBuildprojiziert, um die Service Catalog-Portfolios und Portfolioanteile zu erstellen oder zu aktualisieren. Außerdem wird eine Release-Pipeline für den Blueprint erstellt. Weitere Informationen finden Sie unter Konfigurationspipeline in diesem Handbuch. 

  4. Die Release-Pipeline führt verschiedene Sicherheitsprüfungen für den Blueprint durch. Wenn der Blueprint erfolgreich ist, stellt die Release-Pipeline den Blueprint als Produkt im Service Catalog bereit. Weitere Informationen finden Sie unter Release-Pipeline in diesem Handbuch. 

  5. Durch den Zugriff auf das Produkt über Portfolios und Portfolioanteile setzen Endbenutzer den Blueprint in ihren Zielkundenkonten ein.