Ereignisse bei der CloudFormation Stackerstellung verstehen - AWS CloudFormation

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.

Ereignisse bei der CloudFormation Stackerstellung verstehen

Während der Stack-Bereitstellung treten mehrere Ereignisse auf, um die in der Stack-Vorlage definierten Ressourcen zu erstellen, zu konfigurieren und zu validieren. Wenn Sie diese Ereignisse verstehen, können Sie Ihren Stack-Erstellungsprozess optimieren und Bereitstellungen rationalisieren.

  • Ereignisse bei der Erstellung von Ressourcen — Wenn jede Ressource den Erstellungsprozess startet, wird der Status eines CREATE_IN_PROGRESS Ereignisses festgelegt. Dieses Ereignis weist darauf hin, dass die Ressource bereitgestellt wird.

  • Eventuelle Konsistenzprüfung — Ein erheblicher Teil der Zeit für die Erstellung eines Stacks wird für die Durchführung einer abschließenden Konsistenzprüfung der vom Stack erstellten Ressourcen aufgewendet. Während dieser Phase führt der Service interne Konsistenzprüfungen durch, um sicherzustellen, dass die Ressource voll funktionsfähig ist und die jeweils festgelegten Servicestabilisierungskriterien erfüllt AWS-Service.

  • Ereignis „Konfiguration abgeschlossen“ — Wenn jede Ressource die abschließende Phase der Konsistenzprüfung der Bereitstellung abgeschlossen hat, wird ein detaillierter Status des CONFIGURATION_COMPLETE Ereignisses festgelegt.

  • Ereignis „Abschluss der Ressourcenerstellung“ — Nachdem die Ressource wie angegeben erstellt und konfiguriert wurde und die Konfiguration mit den Angaben in der Vorlage übereinstimmt, wird der Status des CREATE_COMPLETE Ereignisses festgelegt.

Sie können das CONFIGURATION_COMPLETE Ereignis nutzen, um Ihren Stack-Erstellungsprozess in Szenarien zu optimieren, in denen eine abschließende Konsistenzprüfung der Ressourcen nicht erforderlich ist, z. B. bei der Validierung einer Stack-Konfiguration vor der Produktion oder bei der stapelübergreifenden Bereitstellung. Sie können dieses Ereignis auf verschiedene Arten nutzen. Sie können es beispielsweise als visuelles Signal verwenden, um das Warten auf den Abschluss der Ressourcen- oder Stack-Konsistenzprüfung zu überspringen. Oder Sie könnten es verwenden, um mithilfe von Continuous Integration and Continuous Delivery (CI/CD) einen automatisierten Mechanismus zu erstellen, um zusätzliche Aktionen auszulösen.

Wichtig

Die Nutzung CONFIGURATION_COMPLETE dieses Ereignisses beschleunigt zwar die Zeit für die Erstellung von Stacks, Sie sollten sich jedoch der damit verbundenen Kompromisse bewusst sein. Erstens wird es nur für eine Teilmenge von Ressourcentypen unterstützt, die die Drift-Erkennung unterstützen. Eine Liste der Ressourcentypen, die die Drift-Erkennung unterstützen, finden Sie unterUnterstützung für Ressourcentypen. Dieser Ansatz ist möglicherweise nicht für alle Szenarien geeignet, insbesondere dann, wenn Ressourcen letztendlich gründliche Konsistenzprüfungen erfordern, um die volle Betriebsbereitschaft in der gesamten Cloud-Umgebung sicherzustellen (z. B. in Produktionsumgebungen). Wir empfehlen, Ihre Bereitstellungsanforderungen und die Wichtigkeit der Konsistenzprüfungen für jede Ressource sorgfältig zu prüfen. Nutzen Sie das CONFIGURATION_COMPLETE Ereignis, um die Bereitstellungsgeschwindigkeit zu optimieren, ohne die Integrität und Zuverlässigkeit Ihrer Infrastruktur zu gefährden.

Da es nicht garantiert ist, dass das CONFIGURATION_COMPLETE Ereignis gesetzt wird, sollten alle Szenarien, in denen es verwendet wird, darauf vorbereitet sein, ein CREATE_COMPLETE Ereignis zu behandeln, für das kein CONFIGURATION_COMPLETE Ereignis festgelegt wurde.

Diagramm, das die Reihenfolge der Ereignisse für die Ressourcenerstellung und die eventuelle Konsistenzprüfung in einem Stapel zeigt.

Wenn die Stack-Bereitstellung beginnt, starten AWS::ECR::Repository sowohl die Ressourcen als auch die AWS::ECS::Cluster Ressourcen den Erstellungsprozess (ResourceStatus=CREATE_IN_PROGRESS. Wenn der AWS::ECR::Repository Ressourcentyp die eventuelle Konsistenzprüfung (DetailedStatus=CONFIGURATION_COMPLETE) gestartet hat, kann die AWS::ECS::TaskDefinition Ressource den Erstellungsprozess starten. In ähnlicher Weise beginnt die AWS::ECS::TaskDefinition Ressource, sobald die AWS::ECS::Service Ressource mit der abschließenden Konsistenzprüfung beginnt, den Erstellungsprozess.

CREATE_IN_PROGRESS- und CREATE_COMPLETE-Ereignisse

  • [Stapel]: CREATE_IN_PROGRESS

  • [Ressource]: ECR Repository CREATE_IN_PROGRESS

  • [Ressource]: ECS Cluster CREATE_IN_PROGRESS

  • [Ressource]: ECR RepositoryCREATE_IN_PROGRESS, CONFIGURATION_COMPLETE

  • [Ressource]: ECS Aufgabendefinition CREATE_IN_PROGRESS

  • [Ressource]: ECS ClusterCREATE_IN_PROGRESS, CONFIGURATION_COMPLETE

  • [Ressource]: ECS AufgabendefinitionCREATE_IN_PROGRESS, CONFIGURATION_COMPLETE

  • [Ressource]: ECS Service CREATE_IN_PROGRESS

  • [Ressource]: ECR Repository CREATE_COMPLETE

  • [Ressource]: ECS Cluster CREATE_COMPLETE

  • [Ressource]: ECS DienstCREATE_IN_PROGRESS, CONFIGURATION_COMPLETE

  • [Stapel]:CREATE_IN_PROGRESS, CONFIGURATION_COMPLETE

  • [Ressource]: ECS Aufgabendefinition CREATE_COMPLETE

  • [Ressource]: ECS Service CREATE_COMPLETE

  • [Stapel]: CREATE_COMPLETE