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 finden mehrere Ereignisse statt, um die in der Stack-Vorlage definierten Ressourcen zu erstellen, zu konfigurieren und zu validieren. Wenn Sie diese Ereignisse verstehen, können Sie den Prozess der Stack-Erstellung optimieren und die Bereitstellung rationalisieren. + **Ressourcenerstellungsereignisse** - Wenn jede Ressource den Erstellungsprozess beginnt, wird ein **Status** von `CREATE_IN_PROGRESS` Ereignis gesetzt. Dieses Ereignis zeigt an, dass die Ressource gerade bereitgestellt wird. + **Eventuelle Konsistenzprüfung** - Ein beträchtlicher Teil der Zeit für die Stackerstellung wird für eine eventuelle Konsistenzprüfung der vom Stack erstellten Ressourcen verwendet. Während dieser Phase führt der Service interne Konsistenzprüfungen durch, um sicherzustellen, dass die Ressource voll funktionsfähig ist und die jeweils definierten Servicestabilisierungskriterien erfüllt. AWS-Service + **Ereignis Konfiguration abgeschlossen** - Wenn jede Ressource die Phase der eventuellen Konsistenzprüfung der Bereitstellung abgeschlossen hat, wird ein Ereignis **Detaillierter Status** von `CONFIGURATION_COMPLETE` gesetzt. + **Ereignis Ressourcenerstellung abgeschlossen** - Nachdem die Ressource erstellt und wie angegeben konfiguriert wurde und die Konfiguration mit den Angaben in der Vorlage übereinstimmt, wird das Ereignis **Status** von `CREATE_COMPLETE` gesetzt. Sie können das Ereignis `CONFIGURATION_COMPLETE` nutzen, um Ihren Stack-Erstellungsprozess in Szenarien zu rationalisieren, in denen eine Konsistenzprüfung der Ressourcen nicht erforderlich ist, wie z.B. bei der Validierung einer Vorproduktions-Stack-Konfiguration oder bei der stapelübergreifenden Bereitstellung. Sie können dieses Ereignis auf verschiedene Weise nutzen. Sie können es beispielsweise als visuelles Signal verwenden, um das Warten auf das Ende der Konsistenzprüfung von Ressourcen oder Stapeln zu überspringen. Oder Sie könnten damit einen automatisierten Mechanismus mit kontinuierlicher Integration und kontinuierlicher Bereitstellung (CI/CD) schaffen, um zusätzliche Aktionen auszulösen. **Wichtig** Die Nutzung des Ereignisses `CONFIGURATION_COMPLETE` beschleunigt zwar die Erstellung von Stapeln, aber Sie sollten sich der Nachteile bewusst sein, die damit verbunden sind. Erstens wird sie nur für eine Untergruppe von Ressourcentypen unterstützt, die die Drifterkennung unterstützen. Eine Liste der Ressourcentypen, die die Drifterkennung unterstützen, finden Sie unter [Unterstützung für Ressourcentypen](resource-import-supported-resources.md). Dieser Ansatz ist möglicherweise nicht für alle Szenarien geeignet, insbesondere wenn Ressourcen gründliche Konsistenzprüfungen erfordern, um die volle Betriebsbereitschaft in der gesamten Cloud-Umgebung zu gewährleisten (z. B. in Produktionsumgebungen). Wir empfehlen Ihnen, Ihre Einsatzanforderungen und die Wichtigkeit der Konsistenzprüfungen für jede Ressource sorgfältig zu prüfen. Verwenden Sie das Ereignis `CONFIGURATION_COMPLETE` , um die Bereitstellungsgeschwindigkeit zu optimieren, ohne die Integrität und Zuverlässigkeit Ihrer Infrastruktur zu beeinträchtigen. Da das Ereignis `CONFIGURATION_COMPLETE` nicht garantiert gesetzt wird, sollten alle Szenarien, die es verwenden, darauf vorbereitet sein, ein Ereignis `CREATE_COMPLETE` zu behandeln, wenn kein Ereignis `CONFIGURATION_COMPLETE` gesetzt wurde. ![\[Diagramm, das die Abfolge der Ereignisse bei der Erstellung von Ressourcen und der Konsistenzprüfung in einem Stapel zeigt.\]](http://docs.aws.amazon.com/de_de/AWSCloudFormation/latest/UserGuide/images/configuration-complete.png) Wenn die Stack-Bereitstellung beginnt, starten sowohl die `AWS::ECR::Repository` - als auch die `AWS::ECS::Cluster` -Ressourcen den Erstellungsprozess (`ResourceStatus` = `CREATE_IN_PROGRESS`. Wenn der Ressourcentyp `AWS::ECR::Repository` mit der eventuellen Konsistenzprüfung begonnen hat (`DetailedStatus` = `CONFIGURATION_COMPLETE`), kann die Ressource `AWS::ECS::TaskDefinition` den Erstellungsprozess starten. Sobald die Ressource `AWS::ECS::TaskDefinition` mit der Konsistenzprüfung beginnt, beginnt die Ressource `AWS::ECS::Service` mit dem Erstellungsprozess. **`CREATE_IN_PROGRESS`- und `CREATE_COMPLETE`-Ereignisse** + **[Stack]:** `CREATE_IN_PROGRESS` + **[Ressource]: ECR-Repository** `CREATE_IN_PROGRESS` + **[Ressource]:** ECS-Cluster `CREATE_IN_PROGRESS` + **[Ressource]:** ECR-Repository `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Ressource]:** ECS-Aufgabendefinition `CREATE_IN_PROGRESS` + **[Ressource]:** ECS-Cluster`CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Ressource]:** ECS-Aufgabendefinition`CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Ressource]:** ECS-Dienst `CREATE_IN_PROGRESS` + **[Ressource]: ECR-Repository** `CREATE_COMPLETE` + **[Ressource]:** ECS-Cluster `CREATE_COMPLETE` + **[Ressource]:** ECS-Dienst `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Stack]:** `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE` + **[Ressource]:** ECS-Aufgabendefinition `CREATE_COMPLETE` + **[Ressource]:** ECS-Dienst `CREATE_COMPLETE` + **[Stack]:** `CREATE_COMPLETE`