Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Paso 4: Implemente su WordPress aplicación
Ahora implementa la revisión de la WordPress aplicación de muestra que cargó en Amazon S3. Puede utilizar la consola AWS CLI o la CodeDeploy consola para implementar la revisión y supervisar el progreso de la implementación. Una vez implementada correctamente la revisión de la aplicación, comprobará los resultados.
**Topics**
+ [Implemente la revisión de su aplicación con CodeDeploy](#tutorials-wordpress-deploy-application-create-deployment)
+ [Monitorización y solución de problemas de la implementación](#tutorials-wordpress-deploy-application-monitor)
+ [Comprobación de la implementación](#tutorials-wordpress-deploy-application-verify-deployment)
## Implemente la revisión de su aplicación con CodeDeploy
Utilice la consola AWS CLI o la consola para implementar la revisión de la aplicación.
**Topics**
+ [Para implementar la revisión de la aplicación (CLI)](#tutorials-wordpress-deploy-application-create-deployment-cli)
+ [Para implementar la revisión de la aplicación (consola)](#tutorials-wordpress-deploy-application-create-deployment-console)
### Para implementar la revisión de la aplicación (CLI)
1. La implementación necesita un grupo de implementaciones. Sin embargo, para crear el grupo de implementaciones, primero necesita un ARN de rol de servicio. Un rol de servicio es un rol de IAM que concede a un servicio permiso para actuar en su nombre. En este caso, el rol de servicio otorga CodeDeploy permiso para acceder a sus instancias de Amazon EC2 para expandir (leer) sus etiquetas de instancia de Amazon EC2.
Ya debe haber seguido las instrucciones de [Creación de un rol de servicio (CLI)](getting-started-create-service-role.md#getting-started-create-service-role-cli) para crear un rol de servicio. Para obtener el ARN del rol de servicio, consulte [Obtención del ARN del rol de servicio (CLI)](getting-started-create-service-role.md#getting-started-get-service-role-cli).
1. Ahora que tiene el ARN del rol de servicio, llame al comando **create-deployment-group** para crear un grupo de implementación denominado **WordPress\$1DepGroup** asociado a la aplicación **WordPress\$1App**, utilizando la etiqueta de Amazon EC2 denominada **CodeDeployDemo** y la configuración de implementación **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**
El [create-deployment-group](https://docs.aws.amazon.com/cli/latest/reference/deploy/create-deployment-group.html)comando permite crear activadores que provoquen el envío de notificaciones de Amazon SNS a los suscriptores del tema sobre eventos específicos en implementaciones e instancias. El comando también admite opciones para revertir automáticamente las implementaciones y configurar alarmas para detener las implementaciones cuando se cumplen los umbrales de monitoreo de CloudWatch las alarmas de Amazon. Los comandos para estas acciones no se incluyen en este tutorial.
1. Antes de crear una implementación, las instancias de su grupo de implementación deben tener el CodeDeploy agente instalado. Puede instalar el agente desde la línea de comandos con AWS Systems Manager mediante el comando siguiente:
```
aws ssm create-association \
--name AWS-ConfigureAWSPackage \
--targets Key=tag:Name,Values=CodeDeployDemo \
--parameters action=Install,name=AWSCodeDeployAgent \
--schedule-expression "cron(0 2 ? * SUN *)"
```
Este comando crea una asociación en Systems Manager State Manager que instalará el CodeDeploy agente e intentará actualizarlo todos los domingos a las 2:00 de la mañana. Para obtener más información sobre el CodeDeploy agente, consulte [Trabajar con el CodeDeploy agente](https://docs.aws.amazon.com/codedeploy/latest/userguide/codedeploy-agent.html). Para obtener más información acerca de Systems Manager, consulte [¿Qué es AWS Systems Manager?](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-systems-manager.html).
1. Ejecute ahora el comando **create-deployment** para crear una implementación asociada a la aplicación **WordPress\$1App**, la configuración de implementación **CodeDeployDefault.OneAtATime** y el grupo de implementaciones **WordPress\$1DepGroup** utilizando la revisión de la aplicación **WordPressApp.zip** del 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 implementar la revisión de la aplicación (consola)
1. Antes de usar la CodeDeploy consola para implementar la revisión de la aplicación, necesita un ARN de rol de servicio. Un rol de servicio es un rol de IAM que concede a un servicio permiso para actuar en su nombre. En este caso, el rol de servicio otorga CodeDeploy permiso para acceder a sus instancias de Amazon EC2 para expandir (leer) sus etiquetas de instancia de Amazon EC2.
Ya debe haber seguido las instrucciones de [Creación de un rol de servicio (consola)](getting-started-create-service-role.md#getting-started-create-service-role-console) para crear un rol de servicio. Para obtener el ARN del rol de servicio, consulte [Obtención del ARN del rol de servicio (consola)](getting-started-create-service-role.md#getting-started-get-service-role-console).
1. Ahora que tiene el ARN, utilice la CodeDeploy consola para implementar la revisión de la aplicación:
Inicie sesión Consola de administración de AWS y abra la CodeDeploy consola en [https://console.aws.amazon.com/codedeploy.](https://console.aws.amazon.com/codedeploy)
**nota**
Inicie sesión con el mismo usuario que configuró en [Empezar con CodeDeploy](getting-started-codedeploy.md).
1. En el panel de navegación, expanda **Implementar** y, después, elija **Aplicaciones**.
1. **En la lista de aplicaciones, selecciona WordPress \$1App.**
1. En la pestaña **Deployment groups (Grupos de implementaciones)**, elija **Create deployment group (Crear grupo de implementaciones)**.
1. En **Nombre de grupo de implementación**, escriba **WordPress\$1DepGroup**.
1. En **Tipo de implementación**, elija **Implementación local**.
1. En **Configuración de entorno**, elija la pestaña **Instancias de Amazon EC2**.
1. En **Configuración del agente con AWS Systems Manager**, mantenga los valores predeterminados.
1. En **Clave**, introduzca **Name**.
1. En **Valor**, escriba **CodeDeployDemo**.
**nota**
Después de escribir**CodeDeployDemo**, aparecerá un **1** en **Instancias coincidentes** para confirmar que CodeDeploy se ha encontrado una instancia de Amazon EC2 coincidente.
1. **En **Configuración de implementación**, elijaCodeDeployDefault. OneAtATime**.
1. En **ARN de rol de servicio**, elija el ARN del rol de servicio y seleccione **Crear grupo de implementación**.
1. Elija **Crear implementación**.
1. En **Grupo de implementación**, elija **WordPress\$1DepGroup**.
1. Junto a **Tipo de repositorio**, elija **Mi aplicación está almacenada en Amazon S3**. En **Ubicación de revisión**, introduzca la ubicación de la revisión de la WordPress aplicación de muestra que cargó anteriormente en Amazon S3. Para obtener la ubicación:
1. Abra la consola de Amazon S3 en [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/).
1. En la lista de buckets, elija **amzn-s3-demo-bucket** (o el nombre del bucket en el que cargó la revisión de la aplicación).
1. En la lista de objetos, elija **WordPressApp.zip.**
1. En la pestaña **Overview** (Información general), copie el valor del campo **Link** (Enlace) en el portapapeles.
Debe ser similar al siguiente:
**https://s3.amazonaws.com/amzn-s3-demo-bucket/WordPressApp.zip**
1. Vuelva a la CodeDeploy consola y, en la **ubicación de revisión**, pegue el valor del campo **Enlace**.
1. Si en la lista **File type** (Tipo de archivo) aparece un mensaje en el que se indica que no se ha podido detectar el tipo de archivo, seleccione **.zip**.
1. (Opcional) Escriba un comentario en el cuadro **Deployment description**.
1. **Expanda **Anulaciones de grupos de despliegues** y, en **Configuración de despliegue**, seleccioneCodeDeployDefault. OneAtATime**.
1. Elija **Iniciar la implementación**. En la página **Deployments** se mostrará información sobre la implementación que acaba de crear.
## Monitorización y solución de problemas de la implementación
Utilice la consola AWS CLI o la consola para supervisar y solucionar los problemas de la implementación.
**Topics**
+ [Para monitorizar y solucionar problemas en la implementación (CLI)](#tutorials-wordpress-deploy-application-monitor-cli)
+ [Para monitorizar y resolver problemas de la implementación (consola)](#tutorials-wordpress-deploy-application-monitor-console)
### Para monitorizar y solucionar problemas en la implementación (CLI)
1. Obtenga el ID de la implementación; para ello, ejecute el comando **list-deployments** para la aplicación **WordPress\$1App** y el grupo de implementaciones **WordPress\$1DepGroup**:
```
aws deploy list-deployments --application-name WordPress_App --deployment-group-name WordPress_DepGroup --query 'deployments' --output text
```
1. Llame al comando **get-deployment** con el ID de la implementación:
```
aws deploy get-deployment --deployment-id deploymentID --query 'deploymentInfo.status' --output text
```
1. El comando devuelve el estado general de la implementación. Si todo sale bien, el valor es `Succeeded`.
Si el estado general es `Failed`, puede ejecutar comandos como [list-deployment-instances](https://docs.aws.amazon.com/cli/latest/reference/deploy/list-deployment-instances.html) y [get-deployment-instance](https://docs.aws.amazon.com/cli/latest/reference/deploy/get-deployment-instance.html) para solucionar los problemas. Si desea conocer más opciones de solución de problemas, consulte [Análisis de archivos de registro para investigar los errores de implementación en instancias](troubleshooting-ec2-instances.md#troubleshooting-deploy-failures).
### Para monitorizar y resolver problemas de la implementación (consola)
En la página **Implementaciones** de la CodeDeploy consola, puede supervisar el estado de la implementación en la columna **Estado**.
Para obtener más información acerca de la implementación, sobre todo si el valor de la columna **Status** tiene un valor distinto de **Succeeded**:
1. En la tabla **Deployments (Implementaciones)**, elija el nombre de la implementación. Cuando se produce un error en una implementación, aparece un mensaje que describe el motivo del error.
1. En **Actividad de instancia**, aparece más información sobre la implementación. Cuando se una implementación falla, es posible que pueda determinar las instancias de Amazon EC2 afectadas y el paso del proceso en el que se ha producido el error.
1. Si desea continuar con la solución de problemas, puede aplicar una técnica como la descrita en [Visualización de los detalles de la instancia con CodeDeploy](instances-view-details.md). También puede analizar los archivos de registro de la implementación en una instancia de Amazon EC2. Para obtener más información, consulte [Análisis de archivos de registro para investigar los errores de implementación en instancias](troubleshooting-ec2-instances.md#troubleshooting-deploy-failures).
## Comprobación de la implementación
Una vez que la implementación se haya realizado correctamente, compruebe que WordPress la instalación funciona. Utilice la dirección DNS pública de la instancia de Amazon EC2 seguida de `/WordPress`, para ver el sitio en un navegador web. (Para obtener el valor de DNS público, en la consola de Amazon EC2, seleccione la instancia de Amazon EC2 y, en la pestaña **Descripción**, busque el valor **Public DNS**).
Por ejemplo, si la dirección DNS pública de la instancia de Amazon EC2 es **ec2-01-234-567-890.compute-1.amazonaws.com**, se usará la siguiente dirección URL:
```
http://ec2-01-234-567-890.compute-1.amazonaws.com/WordPress
```
Al ver el sitio en el navegador, debería ver una página de WordPress bienvenida similar a la siguiente:
![\[WordPress página de bienvenida\]](http://docs.aws.amazon.com/es_es/codedeploy/latest/userguide/images/WordPress-Welcome-Page-013118.png)
Si su instancia de Amazon EC2 no tiene una regla de entrada HTTP agregada a su grupo de seguridad, la página de WordPress bienvenida no aparecerá. Si aparece un mensaje que indica que el servidor remoto no responde, asegúrese de que el grupo de seguridad de la instancia de Amazon EC2 tiene la regla de entrada. Para obtener más información, consulte [Adición de una regla de entrada que permite el tráfico HTTP hacia la instancia de Amazon EC2 de Amazon Linux o RHELAdición de una regla de entrada que permite el tráfico HTTP a la instancia de Amazon EC2 de Windows Server](tutorials-wordpress-launch-instance.md#tutorials-wordpress-launch-instance-add-inbound-rule).