El Well-Architected Framework es el marco de referencia de AWS para evaluar y mejorar arquitecturas. Para el SAP-C02, debes conocer no solo los nombres de los pilares, sino cómo se implementan concretamente con servicios AWS y cómo se aplica el proceso de Well-Architected Review.
Contenido
Excelencia Operacional
Ejecutar y monitorear sistemas para entregar valor de negocio y mejorar continuamente los procesos y procedimientos.
Seguridad
Proteger información, sistemas y activos mientras se entrega valor de negocio mediante evaluación y mitigación de riesgos.
Confiabilidad
Capacidad de una carga de trabajo de realizar su función correctamente y de manera consistente cuando se espera.
Eficiencia de Rendimiento
Usar recursos de IT y computación eficientemente para satisfacer requisitos del sistema y mantener la eficiencia a medida que la demanda cambia.
Optimización de Costos
Evitar costos innecesarios. Entender y controlar el gasto, seleccionar el tipo y número de recursos correcto.
Sostenibilidad
Minimizar el impacto ambiental de las cargas de trabajo en la nube. El 6to pilar, añadido en 2021.
Principios de diseño
Servicios AWS clave
7 best practices del pilar de seguridad
Servicios AWS clave del pilar
5 principios de diseño de confiabilidad
Servicios AWS clave del pilar
Principios de diseño
Decisiones de rendimiento
5 principios de diseño
Servicios AWS clave
Añadido en 2021. Se enfoca en minimizar el impacto ambiental de las cargas de trabajo en la nube. Para el SAP-C02 no es tan frecuente como los otros 5, pero puede aparecer en preguntas sobre prácticas de cloud responsable.
Principios de diseño
Prácticas de sostenibilidad en AWS
El WAR es una conversación estructurada sobre la arquitectura basada en ~300 preguntas organizadas por los 6 pilares. El resultado es un reporte con High Risk Issues (HRIs) y Medium Risk Issues (MRIs) con recomendaciones concretas.
Definir la carga de trabajo
Identificar el sistema a revisar, sus límites, stakeholders y el momento en su ciclo de vida.
Responder las preguntas del WAR Tool
Para cada pilar, responder si se aplica cada best practice. Documentar decisiones y trade-offs tomados conscientemente.
Revisar hallazgos
Identificar High Risk Issues (HRIs): fallo crítico, brecha de seguridad, costo extremo. Medium Risk Issues (MRIs): área de mejora.
Priorizar mejoras
No todos los HRIs son iguales — priorizar por impacto de negocio, probabilidad de ocurrencia y esfuerzo de remediación.
Implementar y re-revisar
El WAR es iterativo — re-evaluar periódicamente (al menos una vez al año o después de cambios mayores).
AWS Well-Architected Tool
Servicio gratuito en la consola AWS. Guía el proceso de WAR, genera el reporte automáticamente, integra con AWS Trusted Advisor y puede compartirse con AWS Partners.
Custom Lenses
Extiende el WAR Tool con preguntas específicas de tu industria (finanzas, salud, gobierno) o requisitos de compliance. Compartibles en la organización.
Trampa: "El Well-Architected Framework tiene 5 pilares"
Realidad: Desde 2021 son 6 pilares. El 6to es Sostenibilidad (Sustainability). Las respuestas del examen que listan solo 5 pilares omitiendo Sostenibilidad serán incorrectas.
Trampa: "El WAR es una auditoría que AWS hace a tu arquitectura"
Realidad: El WAR es una auto-evaluación estructurada que TÚ (o un AWS Partner) realizas sobre tu arquitectura usando el AWS Well-Architected Tool. AWS no audita ni evalúa tu arquitectura proactivamente.
Trampa: "Well-Architected significa maximizar todos los pilares simultáneamente"
Realidad: Los pilares implican trade-offs entre sí. Maximizar seguridad puede reducir rendimiento. Maximizar confiabilidad aumenta costo. El arquitecto decide los trade-offs adecuados para los requisitos de negocio — no existe una arquitectura perfecta en todos los pilares.
¿Entendiste este tema?
Pon a prueba lo que acabas de aprender
Un equipo de arquitectura realiza un Well-Architected Review de su aplicación de e-commerce. Identifican que actualmente tienen: una sola instancia RDS sin Multi-AZ, CloudTrail deshabilitado en 3 cuentas, y están pagando On-Demand por 50 instancias EC2 que llevan corriendo 2 años. El CTO pregunta cuál es el High Risk Issue más crítico que debe resolverse primero. ¿Cuál es la prioridad correcta?
Inicia sesión para llevar tu progreso.