As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Etapa 4: implantar seu WordPress aplicativo
Agora você implanta o exemplo de revisão do WordPress aplicativo que você carregou no Amazon S3. Você pode usar o console AWS CLI ou o CodeDeploy console para implantar a revisão e monitorar o progresso da implantação. Depois que a revisão do aplicativo for implementada com êxito, confira os resultados.
**Topics**
+ [Implante a revisão do seu aplicativo com CodeDeploy](#tutorials-wordpress-deploy-application-create-deployment)
+ [Monitorar sua implantação e solucionar problemas relacionados](#tutorials-wordpress-deploy-application-monitor)
+ [Verificar sua implantação](#tutorials-wordpress-deploy-application-verify-deployment)
## Implante a revisão do seu aplicativo com CodeDeploy
Use o console AWS CLI ou o console para implantar a revisão do seu aplicativo.
**Topics**
+ [Para implantar sua revisão de aplicativo (CLI)](#tutorials-wordpress-deploy-application-create-deployment-cli)
+ [Para implantar sua revisão de aplicativo (console)](#tutorials-wordpress-deploy-application-create-deployment-console)
### Para implantar sua revisão de aplicativo (CLI)
1. A implantação precisa de um grupo de implantação. No entanto, antes de criar o grupo de implantação, você precisa de um ARN de um perfil de serviço. Um perfil de serviço é um perfil do IAM que dá a um serviço permissão para agir em seu nome. Nesse caso, a função de serviço dá CodeDeploy permissão para acessar suas instâncias do Amazon EC2 para expandir (ler) suas tags de instância do Amazon EC2.
Você já deve ter seguido as instruções em [Criar um perfil de serviço (CLI)](getting-started-create-service-role.md#getting-started-create-service-role-cli) para criar um perfil de serviço. Para obter o ARN do perfil de serviço, consulte [Obter o ARN do perfil de serviço (CLI)](getting-started-create-service-role.md#getting-started-get-service-role-cli).
1. Agora que você tem o ARN do perfil de serviço, chame o comando **create-deployment-group** para criar um grupo de implantação chamado **WordPress\$1DepGroup**, associado ao aplicativo chamado **WordPress\$1App**, usando a tag do Amazon EC2 chamada **CodeDeployDemo** e a configuração de implantação chamada **CodeDeployDefault.OneAtATime**:
```
aws deploy create-deployment-group \
--application-name WordPress_App \
--deployment-group-name WordPress_DepGroup \
--deployment-config-name CodeDeployDefault.OneAtATime \
--ec2-tag-filters Key=Name,Value=CodeDeployDemo,Type=KEY_AND_VALUE \
--service-role-arn serviceRoleARN
```
**nota**
O [create-deployment-group](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment-group.html)comando fornece suporte para a criação de acionadores que resultam no envio de notificações do Amazon SNS aos assinantes do tópico sobre eventos específicos em implantações e instâncias. O comando também oferece suporte a opções para reverter automaticamente as implantações e configurar alarmes para interromper as implantações quando os limites de monitoramento nos alarmes da CloudWatch Amazon forem atingidos. Os comandos para essas ações não estão incluídos neste tutorial.
1. Antes de criar uma implantação, as instâncias do seu grupo de implantação devem ter o CodeDeploy agente instalado. Você pode instalar o agente a partir da linha de comando do AWS Systems Manager , com o seguinte comando:
```
aws ssm create-association \
--name AWS-ConfigureAWSPackage \
--targets Key=tag:Name,Values=CodeDeployDemo \
--parameters action=Install,name=AWSCodeDeployAgent \
--schedule-expression "cron(0 2 ? * SUN *)"
```
Esse comando cria uma associação no Systems Manager State Manager que instalará o CodeDeploy agente e tentará atualizá-lo às 2:00 de cada manhã de domingo. Para obter mais informações sobre o CodeDeploy agente, consulte [Trabalhando com o CodeDeploy agente](https://docs.aws.amazon.com/codedeploy/latest/userguide/codedeploy-agent.html). Para obter mais informações sobre o Systems Manager, consulte [O que é o AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-systems-manager.html).
1. Agora, chame o comando **create-deployment** para criar uma implantação associada ao aplicativo **WordPress\$1App**, a configuração de implantação **CodeDeployDefault.OneAtATime** e o grupo de implantação **WordPress\$1DepGroup**, usando a revisão de aplicativo **WordPressApp.zip** no bucket **amzn-s3-demo-bucket**:
```
aws deploy create-deployment \
--application-name WordPress_App \
--deployment-config-name CodeDeployDefault.OneAtATime \
--deployment-group-name WordPress_DepGroup \
--s3-location bucket=amzn-s3-demo-bucket,bundleType=zip,key=WordPressApp.zip
```
### Para implantar sua revisão de aplicativo (console)
1. Antes de usar o CodeDeploy console para implantar a revisão do aplicativo, você precisa de um ARN de função de serviço. Um perfil de serviço é um perfil do IAM que dá a um serviço permissão para agir em seu nome. Nesse caso, a função de serviço dá CodeDeploy permissão para acessar suas instâncias do Amazon EC2 para expandir (ler) suas tags de instância do Amazon EC2.
Você já deve ter seguido as instruções em [Criar um perfil de serviço (console)](getting-started-create-service-role.md#getting-started-create-service-role-console) para criar um perfil de serviço. Para obter o ARN do perfil de serviço, consulte [Obter o ARN do perfil de serviço (console)](getting-started-create-service-role.md#getting-started-get-service-role-console).
1. Agora que você tem o ARN, use o CodeDeploy console para implantar a revisão do seu aplicativo:
Faça login no Console de gerenciamento da AWS e abra o CodeDeploy console em [https://console.aws.amazon.com/codedeploy](https://console.aws.amazon.com/codedeploy).
**nota**
Faça login com o mesmo usuário que você configurou em [Começando com CodeDeploy](getting-started-codedeploy.md).
1. No painel de navegação, expanda a opção **Implantar** e escolha **Aplicações**.
1. Na lista de aplicativos, escolha **WordPress\$1App**.
1. Na guia **Grupos de implantação**, selecione **Criar um grupo de implantação**.
1. Em **Nome do grupo de implantação**, insira **WordPress\$1DepGroup**.
1. Em **Deployment type**, escolha **In-place deployment**.
1. Em **Configuração do ambiente**, selecione **Instâncias do Amazon EC2**.
1. Em **Configuração do agente com AWS Systems Manager**, mantenha os padrões.
1. Em **Chave**, insira **Name**.
1. Em **Valor**, informe **CodeDeployDemo**.
**nota**
Depois de digitar**CodeDeployDemo**, um **1** deve aparecer em **Matching instances** para confirmar que CodeDeploy encontrou uma instância correspondente do Amazon EC2.
1. Em **Configuração de implantação**, escolha **CodeDeployDefault. OneAtATime**.
1. Em **Service role ARN (ARN da função de serviço)**, selecione o ARN da função de serviço e, em seguida, escolha **Create deployment group (Criar grupo de implantação)**.
1. Escolha **Criar implantação**.
1. Em **Deployment group (Grupo de implantação)**, selecione **WordPress\$1DepGroup**.
1. Ao lado de **Tipo de repositório**, selecione **Meu aplicativo está armazenado no Amazon S3**. Em **Local da revisão**, insira o local do exemplo de revisão do WordPress aplicativo que você enviou anteriormente para o Amazon S3. Para obter a localização:
1. Abra o console do Amazon S3 em [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. Na lista de buckets, selecione **amzn-s3-demo-bucket** (ou o nome do bucket no qual você fez upload da sua revisão de aplicação).
1. Na lista de objetos, escolha **WordPressApp.zip.**
1. Na guia **Visão geral**, copie o valor do campo **Link** na área de transferência.
A aparência pode ser semelhante a esta:
**https://s3.amazonaws.com/amzn-s3-demo-bucket/WordPressApp.zip**
1. Retorne ao CodeDeploy console e, em **Local da revisão**, cole o valor do campo **Link**.
1. Se uma mensagem aparecer na lista **File type** (Tipo de arquivo), indicando que o tipo de arquivo não pôde ser detectado, escolha **.zip**.
1. (Opcional) Digite um comentário na caixa **Deployment description**.
1. **Expanda **Substituições de grupos de implantação** e, em **Configuração de implantação, escolha**. CodeDeployDefault OneAtATime**.
1. Selecione **Iniciar implantação**. As informações sobre a implantação recém-criada aparecem na página **Implantações**.
## Monitorar sua implantação e solucionar problemas relacionados
Use o console AWS CLI ou o console para monitorar e solucionar problemas de sua implantação.
**Topics**
+ [Para monitorar e solucionar problemas de implantação (CLI)](#tutorials-wordpress-deploy-application-monitor-cli)
+ [Para monitorar e solucionar problemas de implantação (console)](#tutorials-wordpress-deploy-application-monitor-console)
### Para monitorar e solucionar problemas de implantação (CLI)
1. Obtenha o ID de implantação chamando o comando **list-deployments** para o aplicativo chamado **WordPress\$1App** e o grupo de implantação chamado **WordPress\$1DepGroup**:
```
aws deploy list-deployments --application-name WordPress_App --deployment-group-name WordPress_DepGroup --query 'deployments' --output text
```
1. Chame o comando **get-deployment** com o ID da implantação:
```
aws deploy get-deployment --deployment-id deploymentID --query 'deploymentInfo.status' --output text
```
1. O comando retorna o status geral da implantação. Se a implantação for bem-sucedida, o valor será `Succeeded`.
Se o status geral for `Failed`, você poderá chamar comandos como [list-deployment-instances](https://docs.aws.amazon.com/cli/latest/reference/deploy/list-deployment-instances.html) e [get-deployment-instance](https://docs.aws.amazon.com/cli/latest/reference/deploy/get-deployment-instance.html) para solucionar problemas. Para mais opções de solução de problemas, consulte [Analisando arquivos de log para investigar falhas de implantação em instâncias](troubleshooting-ec2-instances.md#troubleshooting-deploy-failures).
### Para monitorar e solucionar problemas de implantação (console)
Na página **Implantações** no CodeDeploy console, você pode monitorar o status da sua implantação na coluna **Status**.
Para obter mais informações sobre a implantação, especialmente se o valor da coluna **Status** tiver qualquer outro valor que não **Succeeded**:
1. Na tabela **Deployments (Implantações)**, selecione o nome da implantação. Depois que uma implantação falhar, uma mensagem descrevendo o motivo da falha será exibida.
1. Na **Instance activity (Atividade da instância)**, mais informações sobre a implantação são exibidas. Depois que uma implantação apresentar falha, você possivelmente conseguirá determinar em quais instâncias do Amazon EC2 e em qual etapa ocorreu a falha.
1. Se quiser realizar outros procedimentos de solução de problemas, use uma técnica como a descrita em [Visualizar detalhes da instância com o CodeDeploy](instances-view-details.md). Você também pode analisar os arquivos de log de implantação em uma instância do Amazon EC2. Para obter mais informações, consulte [Analisando arquivos de log para investigar falhas de implantação em instâncias](troubleshooting-ec2-instances.md#troubleshooting-deploy-failures).
## Verificar sua implantação
Depois que sua implantação for bem-sucedida, verifique se WordPress a instalação está funcionando. Use o endereço DNS público da instância do Amazon EC2, seguido por `/WordPress`, para visualizar seu site em um navegador da Web. (Para obter o valor DNS público, no console do Amazon EC2, escolha a instância do Amazon EC2 e, na guia **Descrição**, procure o valor de **DNS público**.)
Por exemplo, se o endereço DNS público da sua instância do Amazon EC2 for **ec2-01-234-567-890.compute-1.amazonaws.com**, você usará o seguinte URL:
```
http://ec2-01-234-567-890.compute-1.amazonaws.com/WordPress
```
Ao visualizar o site em seu navegador, você deve ver uma página de WordPress boas-vindas semelhante à seguinte:
![\[WordPress página de boas-vindas\]](http://docs.aws.amazon.com/pt_br/codedeploy/latest/userguide/images/WordPress-Welcome-Page-013118.png)
Se sua instância do Amazon EC2 não tiver uma regra de entrada HTTP adicionada ao seu grupo de segurança, a página de WordPress boas-vindas não aparecerá. Se aparecer uma mensagem indicando que o servidor remoto não está respondendo, certifique-se de que o grupo de segurança de sua instância do Amazon EC2 tenha a regra de entrada. Para obter mais informações, consulte [Adicione uma regra de entrada que permita tráfego HTTP à instância do Amazon EC2 do Amazon Linux ou do RHELAdicionar uma regra de entrada que permita tráfego HTTP à instância do Amazon EC2 do Windows Server.](tutorials-wordpress-launch-instance.md#tutorials-wordpress-launch-instance-add-inbound-rule).