En Revisión de AWS Well-Architected es una comprobación guiada de una carga de trabajo de AWS con respecto a las prácticas recomendadas de AWS. Piense en ello como un examen de salud de un sistema en la nube, no como un boletín de calificaciones. El objetivo es sencillo: encontrar los riesgos importantes, acordar compensaciones y convertir los resultados en un plan de solución.

Esto es tan importante para los responsables financieros como para los ingenieros. Una configuración deficiente de la nube puede incrementar el gasto, aumentar el riesgo de interrupciones y ralentizar el crecimiento. AWS plantea la revisión como una sesión de trabajo ligera que debería durar horas, no días, y parecer una conversación, no una auditoría.

El argumento comercial es fácil de ver. Informe de IBM sobre el coste de una filtración de datos en 2024 dijo que el coste medio mundial de las infracciones alcanzó $4,88 millonesy la mala configuración de la nube se relacionó con 15% de infracciones. Informe de Flexera sobre el estado de la nube en 2025 encontrado 84% de las organizaciones consideran que la gestión de los gastos en la nube es uno de sus principales retos, mientras que el despilfarro medio estimado sigue siendo de 1.000 millones de euros al año. 27%. En otras palabras, la calidad de la arquitectura afecta tanto al riesgo como a los márgenes. Este artículo desglosa el proceso, los seis pilares, el valor empresarial y lo que ha cambiado hasta ahora.

En qué consiste realmente la revisión de la buena arquitectura de AWS

En esencia, la revisión es una evaluación estructurada de una carga de trabajo de AWS. Esa carga de trabajo puede ser una aplicación de cliente, una canalización de datos, una plataforma interna o un servicio de IA. El equipo compara cómo se ejecuta actualmente esa carga de trabajo con el marco bien diseñado de AWS.

El resultado es no aprobar o suspender. En su lugar, el equipo obtiene una lista de conclusiones y próximos pasos. La herramienta AWS Well-Architected Tool de la consola de AWS guía la sesión con preguntas basadas en pilares y, a continuación, elabora un plan de mejora. Si desea un recorrido práctico externo, este Guía del proceso de revisión de AWS muestra el mismo flujo que siguen la mayoría de los equipos.

Se trata de una sesión de trabajo, no de una auditoría de conformidad.

Este punto importa más de lo que la mayoría de los equipos esperan. Una buena revisión depende de respuestas honestas, no pulidas. Si un control está previsto para el próximo trimestre, pero no se ha puesto en marcha hoy, no debería considerarse hecho.

Por eso funciona la sesión. La gente habla de lo que existe, de lo que falta y de por qué se han hecho ciertas concesiones. A veces se omite una buena práctica por una razón comercial válida. La revisión también capta ese contexto.

La mejor manera de concebir una revisión bien diseñada es sencilla: se trata de una reunión de triaje de riesgos para una carga de trabajo.

Qué obtienen los equipos al final de la revisión

El resultado más útil es una lista clasificada de riesgos. AWS agrupa los resultados en Cuestiones de alto riesgo (HRI) y Cuestiones de riesgo medio (IRM). Los IRH señalan las lagunas que podrían provocar una interrupción grave, un incidente de seguridad o un despilfarro importante. Los IRM siguen siendo importantes, pero suelen tener un menor impacto a corto plazo.

Los equipos también obtienen una visión compartida de la carga de trabajo en ingeniería, seguridad, operaciones y finanzas. Muchos guardan un hito de referencia en la herramienta, solucionan una serie de problemas y comparan hitos posteriores para mostrar los progresos.

Cómo funciona AWS Well-Architected Review, paso a paso

La mayoría de las revisiones siguen tres fases: Preparar, revisar, mejorar. La forma es sencilla, pero su valor depende de que aporte los datos adecuados a la habitación.

Preparar la carga de trabajo, las personas y los hechos

En primer lugar, elija una carga de trabajo. Empiece por algo importante, normalmente una aplicación de producción, un servicio vinculado a los ingresos o una plataforma compartida. A continuación, incorpore a las personas que saben cómo funciona. Esto suele significar un arquitecto, un ingeniero, alguien de seguridad u operaciones y un propietario de negocio.

A continuación, recopile el contexto. Los datos útiles incluyen diagramas de arquitectura, notas de despliegue, incidentes recientes, inventarios de servicios, patrones de tráfico, detalles de las copias de seguridad e informes de costes. Si la propiedad de los costes es confusa, aporta también datos de etiquetado y vistas de facturación. Herramientas como Trusted Advisor pueden ayudar a detectar despilfarros o riesgos evidentes antes de que empiece la reunión.

Revisar la carga de trabajo y convertir las respuestas en un plan fijo

Durante la sesión, el equipo trabaja con preguntas sobre los seis pilares de la Herramienta de Arquitectura Correcta. Las respuestas se basan en el estado actual, se documentan las compensaciones y se deja que la herramienta genere conclusiones.

Entonces empieza el verdadero trabajo. La fase de mejora convierte las conclusiones en una lista de tareas pendientes de corrección con responsables y fechas. Muchos equipos utilizan un Plan de 30, 60 y 90 días. En primer lugar, corrija las deficiencias de seguridad y fiabilidad de alto impacto. Después, pase al rendimiento, la reducción de residuos y la limpieza. En la práctica, un conjunto más reducido de correcciones de alto riesgo suele eliminar una gran parte del riesgo empresarial.

Los seis pilares que dan forma a cada revisión bien diseñada de AWS

Los problemas de la nube rara vez se quedan en un solo carril. Una brecha de seguridad puede convertirse en un problema de costes. Un problema de fiabilidad puede convertirse en una pérdida de ingresos. Por eso el modelo de los seis pilares se mantiene en 2026. AWS sigue utilizando los mismos seis pilares básicos, y ningún pilar básico nuevo los ha sustituido.

He aquí una visión rápida y sencilla de los seis pilares:

Los seis pilares en lenguaje llano

Excelencia 
operacional se pregunta si los equipos pueden desplegar, supervisar y mejorar sin caos.
Seguridad comprueba la identidad, el registro, la detección y la protección de datos y sistemas.
Confiabilidad se centra en las copias de seguridad, la conmutación por error, las pruebas y la recuperación en caso de fallo.
Eficiencia de rendimiento examina el ajuste del servicio, la ampliación y la elección de recursos.
Optimización de costos se pregunta si el gasto se corresponde con el valor empresarial.
Sostenibilidad busca residuos, recursos ociosos y opciones de diseño de menor impacto.

Por qué la optimización de costes es sólo una parte del valor

El ahorro de costes es lo primero que llama la atención, y con razón. El dimensionamiento correcto, el autoescalado y la eliminación de recursos ociosos pueden reducir rápidamente el despilfarro. En Orientación sobre el pilar de optimización de costes de AWS expone bien los aspectos básicos.

Aun así, un gasto menor por sí solo puede ser engañoso. Un sistema barato pero frágil puede salir caro en cuanto falle. Un diseño de copia de seguridad puede añadir costes, pero ahorrar mucho más durante un incidente. La revisión empuja a los equipos hacia un gasto más inteligenteno sólo menos gasto.

Ahí es también donde encajan mejor los créditos y descuentos en la nube. Ayudan más cuando los residuos ya están bajo control. Si una empresa también busca apoyo financiero, puede ser de ayuda reclame hasta $100K en créditos AWS gratuitos al tiempo que se refuerza la arquitectura y la disciplina del gasto.

Qué debe preocupar a los responsables financieros, desde el despilfarro de la nube a la reducción de riesgos

Los equipos financieros suelen ser los primeros en ver las herramientas de costes en la nube. Cost Explorer, Trusted Advisor y Compute Optimizer son útiles, pero responden a preguntas más limitadas. Muestran el gasto, señalan el despilfarro o sugieren mejores tamaños de instancia. Una revisión bien diseñada va más allá. Conecta el gasto, el riesgo, la calidad de la arquitectura y la responsabilidad en una sola vista.

Esa visión más amplia es la razón por la que la revisión es más fácil de defender como actividad de gobernanza. El informe 2025 de Flexera mostraba que el gasto en la nube sigue aumentando, y que muchas grandes empresas gastan $12 millones o más cada año. Al mismo tiempo, 87% de las organizaciones utilizan ahora la eficiencia y el ahorro de costes como principal medida de éxito. Una revisión ayuda a la dirección a plantearse mejores preguntas sobre la economía unitaria, la salud del servicio y la propiedad.

Cómo apoya la revisión la presupuestación, la previsión y la eficiencia de la nube

Para las finanzas, los beneficios son prácticos. Un mejor etiquetado permite una devolución más limpia. Una propiedad clara facilita la explicación de quién ha generado una factura. El dimensionamiento correcto recorta los residuos sin perjudicar el servicio. Las cargas de trabajo estables pueden trasladarse a Planes de Ahorro u otros compromisos con menos temor a bloquear malos patrones.

Una arquitectura deficiente también genera facturas sorpresa. Los registros desbocados, la mala retención de datos, las bases de datos sobredimensionadas o un mal diseño de la conmutación por error pueden distorsionar las previsiones. Cuando los equipos solucionan estos problemas, los presupuestos son más creíbles.

Autoevaluación frente a evaluación dirigida por un socio: ¿qué es mejor?

Una autoevaluación es un buen primer paso. Concienciará al equipo y sacará rápidamente a la luz las lagunas evidentes. Para una empresa más pequeña, puede ser suficiente para empezar.

Una revisión dirigida por un socio suele impulsar un mayor seguimiento. Los revisores externos reconocen patrones de muchos entornos y es más probable que cuestionen las soluciones que un equipo interno ha aprendido a aceptar. Algunos programas de socios de AWS también pueden vincular el trabajo de reparación a la financiación. Un modelo común ofrece $5.000 en Créditos promocionales AWS por carga de trabajo de producción si el equipo arregla al menos 45% de HRI encontrado en la revisión.

Tarjetas virtuales gratuitas para los no residentes en la UE

Abra en 1 día laborable, emita 100 tarjetas virtuales y obtenga hasta 1,25% de devolución.

Consigue una cuenta gratuita

Novedades para 2026 y por qué la revisión sigue siendo pertinente

En marzo de 2026, el marco sigue teniendo los mismos seis pilares. La gran actualización reciente se produjo a finales de 2024, con actualizaciones importantes en Fiabilidad, Seguridad, Excelencia operativa, Eficiencia de rendimiento, Sostenibilidad y Optimización de costes. Después, en abril de 2025, AWS añadió 78 mejores prácticas a la nueva versión del marco.

El mayor cambio desde entonces ha venido de la IA. AWS añadió un Lente de IA responsable en re:Invent 2025 y orientaciones ampliadas en el Lente de IA generativa y Lente de aprendizaje automático. Estas adiciones son importantes porque las nuevas cargas de trabajo de IA pueden aumentar tanto el coste como el riesgo de fracaso si los equipos construyen sobre cimientos débiles.

Google Cloud 2025 Investigación DORA añade otra razón para preocuparse. La IA tiende a acelerar la entrega, pero también puede aumentar la inestabilidad cuando los fundamentos de ingeniería son débiles. Por eso, a medida que los equipos realizan entregas más rápidas, las revisiones de arquitectura resultan más útiles, no menos. Cada vez son más las organizaciones que realizan comprobaciones continuas de las reglas del marco de trabajo entre las revisiones formales, lo que convierte este ejercicio en un hábito continuo en lugar de un evento anual.

Conclusión

AWS Well-Architected Review es una forma práctica de detectar los riesgos de la nube antes de que se conviertan en costos, tiempo de inactividad o repetición del trabajo. Proporciona a los equipos un lenguaje compartido, una lista clasificada de soluciones y una ruta más clara desde la arquitectura hasta el valor empresarial. Para los responsables financieros, esto supone calidad de la arquitectura más que un tema de ingeniería, protege los márgenes, el tiempo de actividad y el espacio para crecer. Si estás empezando, revisa primero una carga de trabajo de producción y construye a partir de ahí.