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 Well-Architected de diseño de AWS
Esta solución utiliza las prácticas recomendadas del Well-Architected marco de AWS
En esta sección se describe cómo los principios de diseño y las prácticas recomendadas del Well-Architected marco benefician a 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.
-
Todos los recursos se definen como infraestructura como código mediante CloudFormation plantillas de AWS generadas a partir de construcciones de AWS CDK.
-
La solución amplía las métricas CloudWatch en varias etapas para proporcionar observabilidad de las funciones de Lambda, las tareas de ECS, los depósitos de S3 y otros componentes de la solución.
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.
-
Cognito autentica y autoriza a los usuarios de la consola web y las solicitudes de API.
-
Todas las comunicaciones entre servicios utilizan las funciones de AWS Identity and Access Management
(IAM) con el acceso con privilegios mínimos y contienen solo los permisos mínimos necesarios. -
Todo el almacenamiento de datos, incluidos los depósitos de S3 y las tablas de DynamoDB, cifra los datos en reposo mediante claves administradas por AWS.
-
El registro, el seguimiento y el control de versiones están habilitados cuando corresponde con fines de auditoría y conformidad.
-
El acceso a la red es privado de forma predeterminada y los puntos de enlace de la VPC están habilitados cuando están disponibles para mantener el tráfico dentro de la red de AWS.
nota
Todos los grupos de registros que crea la solución conservan los registros durante 10 años, excepto los grupos de registros de la consola web y WAF de la plantilla ALB + ECS Fargate, que se conservan durante 1 año:
| Grupo de registro | Retención |
|---|---|
|
AWS Step Functions, tiempo de ejecución de Lambda, tarea de prueba de ECS, grupo de usuarios de Cognito y registros de acceso a API Gateway |
10 años |
|
Consola web y WAF (solo plantilla ALB + ECS Fargate) |
1 año |
|
ECS Container Insights (creado automáticamente por ECS) |
Nunca caducan (predeterminado) |
Puedes modificar estos períodos de retención en la CloudWatch consola de Amazon.
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.
-
La solución utiliza los servicios sin servidor de AWS siempre que es posible (por ejemplo: Lambda, API Gateway, Amazon S3, AWS Step Functions, Amazon DynamoDB y AWS Fargate) para garantizar una alta disponibilidad y recuperación en caso de fallo del servicio.
-
Todo el procesamiento informático utiliza funciones de Lambda o Amazon ECS en AWS Fargate.
-
Los datos se almacenan en DynamoDB y Amazon S3, 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.
-
La solución utiliza una arquitectura sin servidor con la capacidad de escalar horizontalmente según sea necesario.
-
La solución se puede lanzar en cualquier región que admita los servicios de AWS de esta solución, como AWS Lambda, Amazon API Gateway, Amazon S3, AWS Step Functions, Amazon DynamoDB, Amazon ECS, AWS Fargate y Amazon Cognito.
-
La solución utiliza servicios gestionados en todas partes para reducir la carga operativa que supone el aprovisionamiento y la administración de los recursos.
-
La solución se prueba e implementa automáticamente todos los días para lograr la coherencia a medida que cambian los servicios de AWS, y los arquitectos de soluciones y los expertos en la materia la revisan en busca de áreas que puedan experimentar y mejorar.
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.
-
La solución utiliza una arquitectura sin servidor; por lo tanto, a los clientes solo se les cobra por lo que utilizan.
-
Amazon DynamoDB escala la capacidad a pedido, de modo que solo paga por la capacidad que utilice.
-
AWS ECS en AWS Fargate le permite pagar únicamente por los recursos informáticos que utilice, sin gastos iniciales.
-
AgentCore Gateway actúa como un Lambda-based intermediario rentable de la API de pruebas de carga distribuidas, lo que elimina la necesidad de una infraestructura dedicada y reduce los costes gracias a los precios de pago por solicitud sin servidores.
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.
-
La solución utiliza servicios gestionados sin servidor para minimizar el impacto ambiental de los servicios de backend en comparación con los servicios locales que funcionan de forma continua.
-
Los servicios sin servidor permiten escalar verticalmente u horizontalmente la solución según sea necesario.
