

# Entender os eventos de criação de pilhas do CloudFormation
<a name="stack-resource-configuration-complete"></a>

Durante a implantação da pilha, vários eventos ocorrem para criar, configurar e validar os recursos definidos no modelo da pilha. Compreender esses eventos pode ajudar você a otimizar seu processo de criação de pilhas e simplificar as implantações.
+ **Eventos de criação de recursos**: quando cada recurso inicia o processo de criação, é definido um evento de **Status** de `CREATE_IN_PROGRESS`. Esse evento indica que o recurso está sendo provisionado.
+ **Verificação final de consistência**: uma parte significativa do tempo de criação da pilha é usada na verificação final de consistência com os recursos criados pela pilha. Durante essa fase, o serviço realiza verificações internas de consistência, garantindo que o recurso esteja totalmente operacional e atenda aos critérios de estabilização de serviço definidos por cada AWS service (Serviço da AWS).
+ **Evento de conclusão da configuração**: quando cada recurso tiver concluído a eventual fase de verificação de consistência do provisionamento, será definido um evento de **Status detalhado** de `CONFIGURATION_COMPLETE`.
+ **Evento de conclusão da criação de recursos**: depois que o recurso for criado e configurado conforme especificado e a configuração corresponder ao especificado no modelo, o **Status** do evento `CREATE_COMPLETE` será definido.

É possível utilizar o evento `CONFIGURATION_COMPLETE` para agilizar o processo de criação de pilhas em cenários em que a verificação eventual da consistência dos recursos não é necessária, como a validação de uma configuração de pilha de pré-produção ou o provisionamento entre pilhas. Esse evento pode ser usado de várias maneiras. Por exemplo, você pode usá-lo como um sinal visual para evitar a espera pela conclusão da verificação de consistência do recurso ou da pilha. Ou você pode usá-lo para criar um mecanismo automatizado usando integração e entrega contínuas (CI/CD) para acionar ações adicionais.

**Importante**  
Embora a utilização do evento `CONFIGURATION_COMPLETE` acelere os tempos de criação da pilha, tenha em mente suas vantagens e desvantagens. Primeiro, ele só é compatível com um subconjunto de tipos de recursos que seja compatível com detecção de desvios. Para obter uma lista dos tipos de recursos que são compatíveis com detecção de desvios, consulte [Suporte a tipos de recursos](resource-import-supported-resources.md). Essa abordagem pode não ser adequada para todos os cenários, especialmente quando os recursos exigem verificações completas de consistência para garantir a prontidão operacional total em todo o ambiente de nuvem (por exemplo, em ambientes de produção). Recomendamos avaliar cuidadosamente seus requisitos de implantação e a importância das verificações de consistência de cada recurso. Use o evento `CONFIGURATION_COMPLETE` para otimizar as velocidades de implantação sem comprometer a integridade e a confiabilidade da sua infraestrutura.   
Como não é garantido que o evento `CONFIGURATION_COMPLETE` seja definido, qualquer cenário que o use deverá estar preparado para lidar com um evento `CREATE_COMPLETE` quando nenhum evento `CONFIGURATION_COMPLETE` tiver sido definido.

![\[Diagrama mostrando a sequência de eventos para criação de recursos e uma eventual verificação de consistência em uma pilha.\]](http://docs.aws.amazon.com/pt_br/AWSCloudFormation/latest/UserGuide/images/configuration-complete.png)


Quando a implantação da pilha é iniciada, os recursos `AWS::ECR::Repository` e `AWS::ECS::Cluster` iniciam o processo de criação (`ResourceStatus` = `CREATE_IN_PROGRESS`). Quando o tipo de recurso `AWS::ECR::Repository` tiver iniciado a verificação de consistência eventual (`DetailedStatus` = `CONFIGURATION_COMPLETE`), o recurso `AWS::ECS::TaskDefinition` poderá iniciar o processo de criação. Da mesma forma, quando o recurso `AWS::ECS::TaskDefinition` iniciar a verificação de consistência eventual, o recurso `AWS::ECS::Service` iniciará o processo de criação.

**Eventos do `CREATE_IN_PROGRESS` e do `CREATE_COMPLETE`**
+ **[Stack]:** `CREATE_IN_PROGRESS`
+ **[Resource]:** repositório do ECR `CREATE_IN_PROGRESS`
+ **[Resource]:** cluster do ECS `CREATE_IN_PROGRESS`
+ **[Resource]:** repositório do ECR `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE`
+ **[Resource]:** definição de tarefa do ECS `CREATE_IN_PROGRESS`
+ **[Resource]:** cluster do ECS `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE`
+ **[Resource]:** definição de tarefa do ECS `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE`
+ **[Resource]:** serviço do ECS `CREATE_IN_PROGRESS`
+ **[Resource]:** repositório do ECR `CREATE_COMPLETE`
+ **[Resource]:** cluster do ECS `CREATE_COMPLETE`
+ **[Resource]:** serviço do ECS `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE`
+ **[Stack]:** `CREATE_IN_PROGRESS`, `CONFIGURATION_COMPLETE`
+ **[Resource]:** definição de tarefa do ECS `CREATE_COMPLETE`
+ **[Resource]:** serviço do ECS `CREATE_COMPLETE`
+ **[Stack]:** `CREATE_COMPLETE`