¿Qué es el AWS Well-Architected Framework?

Por qué existe este marco

Construir un sistema en la nube significa tomar muchas decisiones. Qué servicios usar, cómo proteger tus datos, cómo manejar las fallas, cuánto gastar. Cada decisión tiene ventajas y desventajas, y es fácil elegir algo que hoy se ve bien pero que más adelante resulta caro o frágil.

El AWS Well-Architected Framework te da un punto de referencia. Reúne las buenas prácticas que los Solutions Architects de AWS aprendieron después de diseñar y revisar miles de arquitecturas de clientes. Con él comparas tu propio diseño contra esas prácticas y ves dónde mejorar antes de que un problema llegue a producción.

Qué es el Well-Architected Framework

El AWS Well-Architected Framework es un conjunto de buenas prácticas y preguntas base para diseñar y operar cargas de trabajo en la nube. Te ayuda a entender las ventajas y desventajas de las decisiones que tomas, y te da una forma consistente de medir tu arquitectura contra las recomendaciones de AWS.

El marco se organiza en tres partes que conviene tener claras:

• Seis pilares, que son las cualidades que esperas de un buen sistema en la nube.
• Un conjunto de principios generales de diseño que aplican a casi cualquier arquitectura.
• Preguntas por pilar que usas para evaluar una carga de trabajo concreta.

Una revisión, no una auditoría

Aplicar el marco a una carga de trabajo se llama hacer una revisión Well-Architected. Respondes las preguntas de cada pilar, y a partir de tus respuestas identificas riesgos y áreas para mejorar.

AWS es claro en un punto: esto es una conversación constructiva sobre tus decisiones de arquitectura, no una auditoría. Nadie te aprueba ni te reprueba. La meta es encontrar dónde puedes hacerlo mejor y decidir qué cambios valen la pena para tu negocio. Una arquitectura puede alejarse de una buena práctica a propósito cuando esa decisión tiene sentido para tu caso, siempre que la tomes de forma consciente.

Los seis pilares de un vistazo

El marco se apoya en seis pilares. Cada uno es un área donde un buen sistema debe ser sólido:

1. Excelencia operativa (Operational Excellence)
2. Seguridad (Security)
3. Confiabilidad (Reliability)
4. Eficiencia del rendimiento (Performance Efficiency)
5. Optimización de costos (Cost Optimization)
6. Sostenibilidad (Sustainability)

Esta lección solo los nombra. La siguiente cubre cada pilar en detalle, con su definición y un ejemplo. Para el examen, apréndete los seis por su nombre, porque las preguntas suelen usar estos términos exactos.

Los principios generales de diseño

Junto con los pilares, el marco ofrece seis principios generales de diseño que aplican a casi cualquier arquitectura en la nube:

• Deja de adivinar tus necesidades de capacidad. En la nube usas tanta o tan poca capacidad como necesites y escalas de forma automática, así que no tienes que apostar por un número fijo de servidores desde el inicio.
• Prueba los sistemas a escala de producción. Puedes levantar un entorno de prueba de tamaño completo cuando lo necesites, correr tus pruebas y apagarlo después. Solo pagas por el tiempo que estuvo encendido.
• Automatiza pensando en experimentar. La automatización te deja crear y replicar tu carga de trabajo a bajo costo, registrar los cambios y revertirlos cuando algo sale mal.
• Considera arquitecturas evolutivas. En la nube cambiar un diseño es barato, así que tu arquitectura puede seguir mejorando con el tiempo en lugar de quedar congelada en su primera versión.
• Guía las arquitecturas con datos. Recolecta datos sobre cómo se comporta tu carga de trabajo y úsalos para tomar decisiones con base en hechos, en vez de confiar en suposiciones.
• Mejora con los game days. Programa game days periódicos que simulan eventos reales de producción para ver cómo responden tu arquitectura y tu equipo, y dónde puedes mejorar.

El AWS Well-Architected Tool y los lenses

El AWS Well-Architected Tool (WA Tool) es un servicio gratuito dentro de la consola de AWS que te guía por una revisión. Respondes las preguntas de cada pilar para una carga de trabajo, y la herramienta te muestra los riesgos que encuentra y te da recomendaciones para reducirlos. También te deja guardar el avance con milestones y comparar cómo cambia tu arquitectura con el tiempo.

El marco base sirve para cualquier tipo de carga de trabajo. Cuando necesitas buenas prácticas para un caso específico, aplicas un lens. Un lens extiende el marco con recomendaciones para un tipo de carga de trabajo particular, por ejemplo serverless, machine learning o cómputo de alto rendimiento. Aplicas el lens que se ajusta a tu caso encima del marco base.

Vocabulario clave

El marco usa algunos términos que conviene reconocer:

• Workload (carga de trabajo): un conjunto de componentes que juntos entregan valor de negocio. Es la unidad que revisas.
• Component (componente): el código, la configuración y los recursos de AWS que cumplen un requisito. Varios componentes forman una carga de trabajo.
• Milestone (hito): una marca para un cambio importante en tu arquitectura a medida que evoluciona durante el ciclo de vida del producto.

Consejos para el examen

• El Well-Architected Framework es un conjunto de buenas prácticas y preguntas para evaluar y mejorar arquitecturas. No ejecuta cargas de trabajo.
• Una revisión es una conversación constructiva, no una auditoría. No te aprueba ni te reprueba.
• El AWS Well-Architected Tool es gratuito y vive dentro de la consola de AWS.
• Recuerda que el marco tiene seis pilares y seis principios generales de diseño.
• Los lenses extienden el marco con buenas prácticas para tipos de carga de trabajo específicos.