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.
# Consideraciones sobre el diseño de AWS Well-Architected
Esta solución se ha diseñado con las prácticas recomendadas del [Marco de AWS Well-Architected](https://aws.amazon.com/architecture/well-architected/), que ayuda a los clientes a diseñar cargas de trabajo fiables, seguras, eficientes y rentables en la nube, y a trabajar con ellas.
En esta sección se describe la aplicación de los principios de diseño y las prácticas recomendadas del Marco de Well-Architected al crear esta solución.
## Excelencia operativa
En esta sección se describe cómo diseñamos esta solución utilizando los principios y las prácticas recomendadas del [pilar de excelencia operativa](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html).
+ La solución envía las métricas a Amazon CloudWatch para proporcionar observabilidad a sus componentes (como su infraestructura y las funciones Lambda).
+ AWS X-Ray rastrea funciones de Lambda.
+ Se utiliza Amazon SNS para los informes de errores.
## Seguridad
En esta sección se describe cómo diseñamos esta solución utilizando los principios y las prácticas recomendadas del [pilar de seguridad](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/welcome.html).
+ Todas las comunicaciones entre servicios utilizan roles de IAM.
+ Todas las comunicaciones entre varias cuentas utilizan roles de IAM.
+ Todos los roles que utiliza la solución siguen el acceso con privilegios mínimos. En otras palabras, solo contienen los permisos mínimos necesarios para que el servicio pueda funcionar correctamente.
+ Todo el almacenamiento de datos, incluidas las tablas de DynamoDB, cuenta con cifrado en reposo.
## Fiabilidad
En esta sección se describe cómo diseñamos esta solución utilizando los principios y las prácticas recomendadas del [pilar de fiabilidad](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/welcome.html).
+ La solución utiliza servicios de AWS sin servidor siempre que es posible (como Lambda y DynamoDB) para garantizar una alta disponibilidad y recuperación en caso de errores del servicio.
+ Para el procesamiento de datos se utilizan funciones de Lambda. La solución almacena los datos en DynamoDB, por lo que permanecen en varias zonas de disponibilidad de forma predeterminada.
## Eficiencia del rendimiento
En esta sección se describe cómo diseñamos esta solución utilizando los principios y las prácticas recomendadas del [pilar de eficiencia del rendimiento](https://docs.aws.amazon.com/wellarchitected/latest/performance-efficiency-pillar/welcome.html).
+ La solución utiliza una arquitectura sin servidor.
+ Puede lanzar la solución en cualquier región de AWS que admita los servicios de AWS utilizados en esta (como Lambda y DynamoDB). Para obtener más información, consulte [Regiones de AWS admitidas](solution-overview.md#supported-aws-regions).
+ La solución se prueba e implementa de forma automática todos los días. Nuestros arquitectos de soluciones y expertos en la materia revisan la solución en busca de áreas para experimentación y mejora.
## Optimización de costos
En esta sección se describe cómo diseñamos esta solución utilizando los principios y las prácticas recomendadas del [pilar de optimización de costos](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html).
+ La solución utiliza una arquitectura sin servidor y los clientes solo pagan por lo que usan.
+ El valor predeterminado de la capa de cómputo es Lambda, que usa pay-per-use un modelo.
## Sostenibilidad
En esta sección se describe cómo diseñamos esta solución utilizando los principios y las mejores prácticas del [pilar de sostenibilidad](https://docs.aws.amazon.com/wellarchitected/latest/sustainability-pillar/sustainability-pillar.html).
+ La solución utiliza servicios administrados y sin servidor a fin de minimizar el impacto ambiental de los servicios de backend.
+ El diseño sin servidor de la solución tiene como objetivo reducir la huella de carbono en comparación con la de los servidores en las instalaciones en continuo funcionamiento.