Información general sobre el laboratorio
Ejemplo Corp. crea campañas de marketing para empresas pequeñas a medianas. Hace poco, lo contrataron a usted para que trabaje con los equipos de ingeniería para crear una prueba de concepto para la empresa. En la actualidad, alojan a sus clientes en un centro de datos en las instalaciones, pero decidieron traspasar sus operaciones a la nube con el propósito de ahorrar dinero y transformar la empresa con un enfoque que priorice la nube. Algunos miembros del equipo tienen experiencia en la nube y recomendaron los servicios de la nube de AWS para crear la solución.
Además, la empresa decidió rediseñar su portal web. Los clientes utilizan el portal para acceder a sus cuentas, crear planes de marketing y ejecutar análisis de datos en las campañas de marketing. Quisieran tener un prototipo práctico en dos semanas. Usted debe diseñar una arquitectura que admita esta aplicación. La solución debe ser rápida, duradera, escalable y más rentable que la infraestructura en las instalaciones que ya tiene la empresa.
En este laboratorio, se muestra un mecanismo para aprovisionar un entorno de escalado automático a una aplicación web de pila completa, el cual utiliza técnicas de automatización para organizar los recursos de AWS. Los equipos de TI pueden adaptar este mecanismo para aprovisionar rápidamente la infraestructura necesaria para ofrecer aplicaciones seguras que puedan satisfacer los cambiantes requisitos empresariales.
Objetivos
Una vez completado este laboratorio, debería poder realizar lo siguiente:
- Implementar una red virtual que abarque varias zonas de disponibilidad en una región con una plantilla de CloudFormation.
- Crear una base de datos relacional completamente administrada y de alta disponibilidad que abarque esas zonas de disponibilidad mediante Amazon Relational Database Service (Amazon RDS).
- Crear una capa de almacenamiento en caché de base de datos utilizando Amazon ElastiCache.
- Usar Amazon Elastic File System (Amazon EFS) para aprovisionar una capa de almacenamiento compartida que abarque múltiples zonas de disponibilidad para la capa de aplicación, con tecnología del sistema de archivos de red (NFS).
- Crear un grupo de servidores web que se escale automáticamente en respuesta a las variaciones de carga para completar la capa de aplicación.
Duración
El tiempo estimado para completar este laboratorio es de 90 minutos.
Significados de los íconos
A lo largo de este laboratorio, se utilizan varios íconos para llamar la atención sobre diferentes tipos de instrucciones y notas. En la siguiente lista, se explica el propósito de cada ícono:
- Resultado esperado: un resultado de muestra que puede utilizar para verificar el resultado de un comando o archivo editado.
- Nota: una pista, consejo u orientación importante.
- Más información: dónde encontrar más información.
- ADVERTENCIA: una acción que es irreversible y que podría impactar en el error de un comando o proceso (incluye advertencias sobre configuraciones que no se pueden modificar después de realizarlas).
Servicios de AWS que no se utilizan en este laboratorio
En el entorno del laboratorio, los servicios de AWS que no se utilizan están deshabilitados. Además, las capacidades de los servicios que se utilizan en este laboratorio se limitan solo a lo que este requiere. Es probable que reciba mensajes de error cuando acceda a otros servicios o cuando lleve a cabo acciones que no consten en la guía de este laboratorio.
Entorno del laboratorio
En el siguiente diagrama, se muestra la arquitectura básica del entorno del laboratorio:
Descripción de la imagen: En el diagrama anterior, se muestra el flujo de datos desde un usuario externo a una puerta de enlace de internet, mediante un Application Load Balancer en una subred pública, a un servidor de aplicaciones en una subred privada, a un servidor de base de datos en una subred privada separada.
En la siguiente lista, se detallan los principales recursos en el diagrama:
- Una única región de AWS con una VPC y dos zonas de disponibilidad.
- Cada zona de disponibilidad contiene una subred pública, una subred de aplicaciones y una subred de base de datos.
- Las puertas de enlace NAT están ubicadas en la subred pública de cada zona de disponibilidad.
- Un Application Load Balancer y un grupo de Auto Scaling que tiene servidores de aplicaciones en las subredes de aplicaciones de ambas zonas de disponibilidad.
- Cada servidor de aplicaciones se comunica con un destino de montaje de EFS en su propia subred para alcanzar al sistema de archivos de Amazon EFS, que no está dentro de una zona de disponibilidad.
- Todos los servidores de aplicaciones se comunican con una instancia de base de datos primaria de Aurora en una de las subredes de bases de datos. La otra subred de bases de datos contiene una réplica de Aurora.
- Amazon ElastiCache en una subred de base de datos que actúa como capa de almacenamiento en caché.