Etapa 4: implantar seu WordPress aplicativo

A implantação precisa de um grupo de implantação. No entanto, antes de criar o grupo de implantação, você precisa de uma função de serviçoARN. Uma função de serviço é uma IAM função que dá permissão ao serviço para agir em seu nome. Nesse caso, a função de serviço dá CodeDeploy permissão para acessar suas EC2 instâncias da Amazon para expandir (ler) suas tags de EC2 instância da Amazon.

Você já deve ter seguido as instruções em Criar um perfil de serviço (CLI) para criar um perfil de serviço. Para obter a função ARN de serviço, consulteObter o ARN do perfil de serviço (CLI) .

Agora que você tem a função de serviçoARN, chame o create-deployment-group comando para criar um grupo de implantação chamadoWordPress_DepGroup, associado ao aplicativo nomeadoWordPress_App, usando a EC2 tag Amazon chamada CodeDeployDemo e a configuração de implantação chamadaCodeDeployDefault.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

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. Para obter mais informações sobre o Systems Manager, consulte O que é o AWS Systems Manager.

Agora, chame o comando create-deployment para criar uma implantação associada ao aplicativo WordPress_App, a configuração de implantação CodeDeployDefault.OneAtATime e o grupo de implantação WordPress_DepGroup, 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

Antes de usar o CodeDeploy console para implantar a revisão do aplicativo, você precisa de uma função de serviçoARN. Uma função de serviço é uma IAM função que dá permissão ao serviço para agir em seu nome. Nesse caso, a função de serviço dá CodeDeploy permissão para acessar suas EC2 instâncias da Amazon para expandir (ler) suas tags de EC2 instância da Amazon.

Você já deve ter seguido as instruções em Criar um perfil de serviço (console) para criar um perfil de serviço. Para obter a função ARN de serviço, consulteObter o ARN do perfil de serviço (console) .

Agora que você tem oARN, use o CodeDeploy console para implantar a revisão do seu aplicativo:

Faça login no AWS Management Console e abra o CodeDeploy console em https://console.aws.amazon.com/codedeploy.

No painel de navegação, expanda a opção Implantar e escolha Aplicações.

Na lista de aplicativos, escolha WordPress_App.

Na guia Grupos de implantação, selecione Criar um grupo de implantação.

Em Nome do grupo de implantação, insira WordPress_DepGroup.

Em Deployment type, escolha In-place deployment.

Em Configuração do ambiente, selecione EC2instâncias da Amazon.

Em Configuração do agente com AWS Systems Manager, mantenha os padrões.

Em Chave, insira Name.

Em Valor, informe CodeDeployDemo.

Em Configuração de implantação, escolha CodeDeployDefault. OneAtATime.

Em Função de serviço ARN, escolha a função de serviço eARN, em seguida, escolha Criar grupo de implantação.

Escolha Criar implantação.

Em Deployment group (Grupo de implantação), selecione WordPress_DepGroup.

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/

2. Na lista de buckets, escolha amzn-s3-demo-bucket (ou o nome do bucket em que você fez o upload da revisão do aplicativo).

3. Na lista de objetos, escolha WordPressApp.zip.

4. 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

5. Retorne ao CodeDeploy console e, em Local da revisão, cole o valor do campo Link.

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.

(Opcional) Digite um comentário na caixa Deployment description.

Expanda Substituições de grupos de implantação e, em Configuração de implantação, escolha. CodeDeployDefault OneAtATime.

Selecione Iniciar implantação. As informações sobre a implantação recém-criada aparecem na página Implantações.

Obtenha o ID de implantação chamando o comando list-deployments para o aplicativo chamado WordPress_App e o grupo de implantação chamado WordPress_DepGroup:

aws deploy list-deployments --application-name WordPress_App --deployment-group-name WordPress_DepGroup --query 'deployments' --output text

Chame o comando get-deployment com o ID da implantação:

aws deploy get-deployment --deployment-id deploymentID --query 'deploymentInfo.status' --output text

O comando retorna o status geral da implantação. Se a implantação for bem-sucedida, o valor será Succeeded.

Se o status geral forFailed, você poderá chamar comandos como list-deployment-instancese get-deployment-instancepara 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.

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.

Na Instance activity (Atividade da instância), mais informações sobre a implantação são exibidas. Depois que uma implantação falhar, você poderá determinar em quais EC2 instâncias da Amazon e em qual etapa a implantação falhou.

Se quiser realizar outros procedimentos de solução de problemas, use uma técnica como a descrita em View Instance Details. Você também pode analisar os arquivos de log de implantação em uma EC2 instância da Amazon. Para obter mais informações, consulte Analisando arquivos de log para investigar falhas de implantação em instâncias.