Saltar al contenido
CLF-C02Sesión 3 · Recuperación y Well-Architected

Los seis pilares del Well-Architected Framework

Los pilares son las seis áreas en que el Well-Architected Framework agrupa sus principios de diseño y buenas prácticas. Cada uno mira la arquitectura desde un ángulo distinto, y juntos la evalúan completa:

  • Excelencia operativa (operational excellence): operar y mejorar el sistema día a día. Ideas clave: hacer cambios pequeños, frecuentes y reversibles; observar el sistema con métricas; anticipar fallas; aprender de cada incidente y mejorar los procedimientos.
  • Seguridad (security): proteger datos, sistemas y recursos. Ideas clave: dar a cada persona y sistema solo los permisos que necesita; registrar quién hizo qué y cuándo; proteger los datos al viajar y al guardarse. También aplicar controles en todas las capas y prepararse para incidentes.
  • Confiabilidad (reliability): que el sistema cumpla su función de forma correcta y constante cuando se espera. Ideas clave: recuperarse automáticamente de las fallas, probar los procedimientos de recuperación, repartir la carga entre muchos recursos pequeños y dejar de adivinar la capacidad. Las AZ, las Regiones y la recuperación ante desastres viven aquí.
  • Eficiencia del rendimiento (performance efficiency): usar los recursos de forma eficiente para cumplir los requisitos de rendimiento, y seguir haciéndolo cuando cambian la demanda y la tecnología. Ideas clave: elegir la tecnología que encaja con cómo se usan tus datos; usar servicios donde AWS opera la tecnología difícil por ti; llegar a otras Regiones en minutos; experimentar seguido.
  • Optimización de costos (cost optimization): entregar valor al negocio al menor precio posible. Ideas clave: pagar solo lo que usas; medir cuánto cuesta cada sistema y a quién atribuirlo; no gastar en tareas que no distinguen a tu negocio. Apagar los entornos de prueba fuera del horario laboral ahorra cerca del 75%: de las 168 horas de la semana, solo pagas unas 40.
  • Sostenibilidad (sustainability): reducir el impacto ambiental de tus cargas de trabajo, sobre todo el consumo de energía. Ideas clave: medir tu impacto y fijar metas; aprovechar al máximo los recursos encendidos; adoptar hardware y software más eficientes; usar servicios compartidos que reparten el impacto entre muchos clientes.

Analogía: una aerolínea, que cuida seis frentes a la vez para que cada vuelo salga bien:

  • Excelencia operativa: los procedimientos de la tripulación y la revisión de cada incidente para no repetirlo.
  • Seguridad: el control de quién entra a la cabina.
  • Confiabilidad: un avión con dos motores, que llega aunque falle uno.
  • Eficiencia del rendimiento: un avión pequeño para una ruta corta y uno grande para cruzar el océano.
  • Optimización de costos: no pagar por aviones que pasan semanas parados en el hangar.
  • Sostenibilidad: llenar los asientos de cada vuelo para gastar menos combustible por pasajero.

Dónde falla la analogía: en la aviación, un regulador exige todo esto y cambiar de avión toma meses. En AWS nadie te obliga: tú decides cuánto invertir en cada pilar, y cambias de recurso en minutos, así que la revisión se repite seguido.

Ejemplo real: Farmacia Delta, una farmacia online, revisa su sistema con los seis pilares y encuentra un problema en cada uno:

  • Excelencia operativa: publica cambios grandes una vez al mes, sin forma de volver atrás.
  • Seguridad: todo el equipo comparte una sola cuenta con acceso total.
  • Confiabilidad: todo corre en una sola AZ y nunca probó restaurar sus copias.
  • Eficiencia del rendimiento: guarda las búsquedas de productos en una tecnología pensada para otra cosa, y responde lento.
  • Optimización de costos: su entorno de pruebas corre todo el día, toda la semana, aunque solo se usa 40 horas por semana.
  • Sostenibilidad: tiene cuatro servidores al 20% de uso; dos al 40% harían el mismo trabajo con menos energía.

En el examen: la pregunta describe una práctica y pide el pilar. Decide por el objetivo, no por la acción: apagar servidores ociosos es optimización de costos si busca ahorrar, y sostenibilidad si busca gastar menos energía. Las palabras clave de cada pilar están en la tabla siguiente.

Trampa común: la recuperación ante desastres es confiabilidad, no seguridad. Aunque un desastre suene a “riesgo”, el pilar que se ocupa de volver a operar es confiabilidad; seguridad trata de proteger contra accesos y usos indebidos.

Trampa común: la opción incorrecta suele ser el pilar vecino. Un incidente que es un acceso indebido o una fuga de datos es seguridad, no excelencia operativa, aunque se resuelva con un procedimiento. Un sistema que ya funciona y solo debe responder más rápido es eficiencia del rendimiento, no confiabilidad. Pagar menos sin cambiar la velocidad es optimización de costos, no eficiencia del rendimiento.

Trampa común: los pilares son seis, no cinco. Material anterior a 2021 omite sostenibilidad; si una opción la descarta como pilar, es incorrecta.

35