AWS Primeros Pasos
Administración de operaciones

Revisión de arquitectura - Evaluación sistemática de cargas de trabajo con AWS Well-Architected Tool

Explica la revisión de arquitectura de cargas de trabajo usando AWS Well-Architected Tool. Presenta la evaluación basada en 6 pilares, la elaboración de planes de mejora y el uso de lentes personalizados.

Unos 6 min de lecturaRedacción y edición: Awashiro (あわしろ)

Well-Architected Framework y la herramienta de revisión

AWS Well-Architected Framework es un marco que sistematiza las mejores prácticas de arquitectura en la nube en 6 pilares (excelencia operativa, seguridad, fiabilidad, eficiencia de rendimiento, optimización de costos y sostenibilidad). Well-Architected Tool es una herramienta administrada que evalúa las cargas de trabajo basándose en este marco, identificando puntos de mejora en la arquitectura a través de revisiones en formato de preguntas. Se proporcionan múltiples preguntas para cada pilar, y basándose en las respuestas, se identifican automáticamente los elementos de mejora de alto riesgo (HRI: High Risk Issue) y riesgo medio (MRI: Medium Risk Issue).

Evaluación de cargas de trabajo y plan de mejora

El uso de Well-Architected Tool comienza con la definición de la carga de trabajo. Se especifica el nombre, descripción, cuentas AWS objetivo y región, y se seleccionan los lentes a aplicar (lente AWS Well-Architected Framework, lente Serverless, lente SaaS, etc.). Al responder las preguntas de cada pilar, el estado de cumplimiento con las mejores prácticas se muestra en el dashboard. En el Plan de Mejora (Improvement Plan), se muestra la lista de HRI y MRI en orden de prioridad, con recomendaciones específicas de mejora y enlaces a documentación de referencia para cada elemento. La función de hitos permite guardar instantáneas de los resultados de evaluación y comparar el progreso después de implementar mejoras. El patrón operativo recomendado es realizar revisiones trimestrales y rastrear la evolución de las mejoras con hitos.

Lentes personalizados e integración con Organizations

Los lentes personalizados son una función para definir las mejores prácticas propias de la organización o requisitos específicos de la industria como elementos de evaluación. Se define el lente en formato JSON, configurando pilares, preguntas, mejores prácticas y planes de mejora propios. Por ejemplo, se pueden crear lentes personalizados para evaluar requisitos regulatorios de la industria financiera, políticas de seguridad internas o cumplimiento con patrones de arquitectura específicos. La integración con Organizations permite compartir lentes personalizados con todas las cuentas de la organización y realizar revisiones con criterios de evaluación unificados. El uso de Well-Architected Tool en sí no tiene cargos adicionales, pero que sea gratuito no significa que sea ilimitado. Según las cuotas de servicio oficiales (a fecha de agosto de 2026), se pueden crear hasta 15 lentes personalizados por cuenta y región, compartir un mismo lente con hasta 300 destinatarios y asociar hasta 20 lentes a una misma carga de trabajo; todos son valores fijos que no admiten solicitud de aumento. Al diseñar la distribución de lentes en toda la organización, conviene acotar su uso partiendo de estos límites. Mientras Trusted Advisor realiza verificaciones automáticas a nivel de recursos (configuración pública de S3, EC2 no utilizados, etc.), Well-Architected Tool realiza revisiones interactivas a nivel de arquitectura (¿es adecuada la estrategia de DR?, ¿es suficiente el sistema de monitoreo?), siendo una relación complementaria.

Precios de Well-Architected Tool

El uso de Well-Architected Tool no tiene cargos adicionales, y la realización de revisiones o el guardado de hitos no generan facturación por sí mismos. Solo se paga por los recursos de AWS que son objeto de evaluación. Tampoco hay cargos adicionales al compartir lentes personalizados con toda la organización mediante la integración con Organizations. Sin embargo, que sea gratuito no significa que no exista un límite en el número que se puede crear. Según las cuotas de servicio oficiales (a fecha de agosto de 2026), los límites son 1,000 cargas de trabajo por cuenta y región, 100 hitos por carga de trabajo y 500 plantillas de revisión por cuenta y región, y ninguno admite solicitud de aumento. En operaciones que concentran cientos de cargas de trabajo en una sola cuenta, o que crean una nueva carga de trabajo en cada revisión, es más seguro tener presentes estos límites y definir de antemano las convenciones de nombres y la separación de cuentas. Se recomienda establecer el hábito de revisiones periódicas trimestrales y utilizarlo para la mejora continua de la arquitectura.

Resumen - Guía de uso de Well-Architected Tool

AWS Well-Architected Tool es una herramienta que evalúa sistemáticamente la arquitectura de cargas de trabajo en 6 pilares. Sus principales fortalezas son las revisiones en formato de preguntas, la identificación automática de HRI/MRI, la elaboración de planes de mejora y la evaluación con criterios propios de la organización mediante lentes personalizados. Es gratuito y se recomienda realizar revisiones trimestrales para cargas de trabajo en producción. También se puede utilizar para revisiones previas al lanzamiento de nuevas cargas de trabajo.

Referencias (recursos oficiales de AWS)

Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.

Si esta página y la documentación oficial difieren, prevalece la documentación oficial.

Servicios relacionados

AWS Well-Architected Tool EspecializadoMarco de mejores prácticas y herramienta de revisión para evaluar y mejorar arquitecturas en la nubeAWS Trusted Advisor EspecializadoServicio que proporciona recomendaciones en tiempo real para optimizar su entorno de AWSAWS Config PopularUn servicio que registra y evalúa cambios de configuración de recursos AWS y monitorea el cumplimiento continuamente

Artículos relacionados

Diagnóstico de optimización del entorno AWS - Verificación de mejores prácticas con Trusted AdvisorExplicamos el diagnóstico automático del entorno con AWS Trusted Advisor. Presentamos los elementos de verificación y métodos de uso en las 5 categorías: optimización de costos, seguridad, tolerancia a fallos, rendimiento y límites de servicio.Evaluación de la tolerancia a fallos de aplicaciones con AWS Resilience Hub - Visualización del cumplimiento de objetivos RTO/RPOExplicamos la evaluación de tolerancia a fallos de aplicaciones con Resilience Hub, la configuración de políticas RTO/RPO y el aprovechamiento de recomendaciones de mejora.Obtención de informes de cumplimiento con AWS Artifact - Respuesta a auditorías y gestión de contratosPresenta cómo obtener informes de auditoría SOC, PCI DSS e ISO bajo demanda, y aplicar BAA y GDPR DPA de forma masiva a toda la organización con Organizations.

Más sobre este tema

El mecanismo de sincronización horaria interna de AWS - Amazon Time Sync Service y el diseño de smearing de segundos intercalaresExplicamos el mecanismo de Amazon Time Sync Service operado de forma independiente por AWS, la fuente de tiempo de alta precisión con GPS y relojes atómicos, la decisión de diseño de absorber los segundos intercalares mediante smearing y la importancia de la sincronización horaria en sistemas distribuidos.Centralización de registros de auditoría SaaS con AWS AppFabric - Estandarización OCSF e integración con Security LakeExplicamos la recopilación de registros de auditoría de aplicaciones SaaS con AppFabric, la estandarización al formato OCSF y la construcción de pipelines de análisis.Implementación de Feature Flags con AWS AppConfig - Despliegue seguro de configuración y rollbackDespliega cambios de configuración de forma independiente al código mediante estrategias Linear y Exponential. Garantiza la seguridad con rollback automático activado por alarmas de CloudWatch.Diseño y operación de logs de auditoría - Registro completo de actividad API con CloudTrailExplica las técnicas de diseño de logs de auditoría con AWS CloudTrail, el registro de actividad API, el almacenamiento a largo plazo en S3 y la respuesta de cumplimiento mediante integración con Config.Lecciones de sistemas distribuidos de los informes de incidentes (COE) de AWS - Principios de diseño que cambiaron las grandes interrupciones del pasadoA partir de los Correction of Errors (COE) e informes de incidentes publicados por AWS, explicamos las causas raíz de grandes incidentes pasados como la interrupción de S3, la interrupción de DNS en us-east-1 y la interrupción de Kinesis, y cómo cambiaron los principios de diseño de AWS.El diseño de tags determina las operaciones - Curiosidades y reglas de nomenclatura prácticas de la estrategia de tags de recursos AWSExplicamos por qué los tags de recursos AWS no son simples etiquetas sino la base de la asignación de costos, control de acceso y automatización, las reglas de nomenclatura de claves de tags, cómo usar el límite de 50 tags y la gobernanza mediante políticas de tags.Por qué existen las cuotas de servicio de AWS - Diseño multitenant que protege la infraestructura compartidaExplicamos que las cuotas de servicio de AWS (antes límites de servicio) no son simples restricciones sino un diseño para proteger a otros clientes en un entorno multitenant, desde el problema del vecino ruidoso, la diferencia entre límites soft y hard, y el trasfondo de las solicitudes de aumento.Gestion centralizada de backups con AWS Backup - Planes de backup y proteccion cross-regionGestione backups de EC2, RDS, DynamoDB y mas bajo una politica unificada. Cubre la proteccion WORM con Vault Lock y la automatizacion de pruebas de restauracion.

Artículos y servicios similares

Revisión de cargas de trabajo con AWS Well-Architected Tool - Mejora de arquitectura basada en 6 pilaresCuantifica riesgos con revisiones de arquitectura basadas en 6 pilares, agrega mejores prácticas específicas de la organización con lentes personalizados. Realiza seguimiento del progreso de mejoras con hitos.AWS Well-Architected ToolHerramienta de gestión que revisa sistemáticamente cargas de trabajo contra las mejores prácticas de AWS en seis pilares, visualizando riesgos que necesitan mejoraMadurez del AWS Well-Architected Framework - Seis pilares que guían el diseño cloud de máximo nivelAnalizamos en detalle los seis pilares del AWS Well-Architected Framework, comparando su madurez con el Azure Well-Architected Framework y el GCP Architecture Framework.Hallazgos más comunes en Well-Architected Review - 5 errores de diseño que los ingenieros pasan por altoExplicamos los problemas de diseño señalados repetidamente en AWS Well-Architected Review, centrándonos en 5 áreas: despliegue en una sola AZ, falta de backups, logs sin utilizar, optimización de costos abandonada y permisos excesivos en Security Groups.