Google Cloud Well-Architected Framework

Last reviewed 2026-10-13 UTC

Well-Architected Framework proporciona recomendaciones para ayudar a arquitectos, desarrolladores, administradores y otros profesionales de la nube a diseñar y operar una topología en la nube que sea segura, eficiente, resiliente, de alto rendimiento, rentable y sustentable.

Un equipo multidisciplinario de expertos de Google valida las recomendaciones del Well-Architected Framework. El equipo selecciona el Well-Architected Framework para reflejar las capacidades en expansión de Google Cloud, las prácticas recomendadas de la industria, el conocimiento de la comunidad y tus comentarios. Para obtener un resumen de los cambios significativos en el Well-Architected Framework, consulta Novedades.

El Well-Architected Framework es relevante para las aplicaciones compiladas para la nube y para las cargas de trabajo migradas de forma local a Google Cloud, las implementaciones de nube híbrida y los entornos de múltiples nubes.

Pilares y perspectivas de Well-Architected Framework

Las recomendaciones del Well-Architected Framework se organizan en pilares y perspectivas transversales, como se muestra en el siguiente diagrama.

Well-Architected Framework. Well-Architected Framework.

  • Un pilar en Well-Architected Framework proporciona principios y recomendaciones para un área de enfoque no funcional específica: seguridad, confiabilidad, rendimiento, costo, operaciones o sustentabilidad.

  • Una perspectiva en el Well-Architected Framework es una vista de varios pilares de recomendaciones para una tecnología, un dominio o un sector específicos. Las recomendaciones de una perspectiva se alinean con los principios y las recomendaciones generales de los pilares.

    Por ejemplo, la perspectiva de servicios financieros (FS) recomienda una estrategia de recuperación ante desastres que cumpla con los requisitos reglamentarios para la residencia de datos. Esta recomendación específica para FS se alinea con el principio del pilar de confiabilidad sobre los objetivos realistas, ya que los requisitos de residencia de datos influyen en la elección de la región de conmutación por error y, por lo tanto, en los objetivos de recuperación.

Pilares

Excelencia operativa
Implementa, opera, supervisa y administra las cargas de trabajo en la nube de forma eficiente.
Seguridad, privacidad y cumplimiento
Maximiza la seguridad de tus datos y cargas de trabajo en la nube, diseña para la privacidad y se alínea con los requisitos y estándares normativos.
Confiabilidad
Diseña y opera cargas de trabajo resilientes y con alta disponibilidad en la nube.
Optimización de costos
Maximiza el valor empresarial de tu inversión en Google Cloud.
Optimización del rendimiento
Diseña y ajusta tus recursos en la nube para obtener un rendimiento óptimo.
eco Sustentabilidad
Compila y administra cargas de trabajo en la nube que sean sustentables para el ambiente.

Perspectivas de varios pilares

IA y AA
Una vista de varios pilares de las recomendaciones específicas de tecnología para las cargas de trabajo de IA y AA.
Servicios financieros
Una vista de recomendaciones de varios pilares para las cargas de trabajo de FS.

Habilidades del agente

Para permitir que los agentes de IA evalúen tus cargas de trabajo en la nube en función de los principios y las recomendaciones de cada pilar del Well-Architected Framework, usa las google-cloud-waf-* habilidades para agentes de 1 que están disponibles en el repositorio de habilidades de agentes de Google en GitHub.

Para instalar una habilidad específica del pilar del Well-Architected Framework, ejecuta el siguiente comando en el cliente o la terminal de tu agente. Cuando se te solicite, especifica los agentes de IA para los que deseas instalar la habilidad y establece el alcance de la instalación (proyecto o global).

npx skills add google/skills --skill SKILL_NAME

En el comando anterior, reemplaza SKILL_NAME por el nombre de la habilidad que deseas instalar, de la siguiente tabla.

Si ya instalaste habilidades, puedes actualizarlas a la versión más reciente ejecutando el siguiente comando:

npx skills update
Pilar y vínculo a la habilidad en GitHub SKILL_NAME
Excelencia operativa google-cloud-waf-operational-excellence
Seguridad, privacidad y cumplimiento google-cloud-waf-security
Confiabilidad google-cloud-waf-reliability
Optimización de costos google-cloud-waf-cost-optimization
Optimización del rendimiento google-cloud-waf-performance-optimization
Sustentabilidad google-cloud-waf-sustainability

Cada habilidad de Well-Architected Framework incluye la siguiente información para un pilar específico:

  • Una descripción general del pilar, sus principios básicos y vínculos a documentación compatible con la IA para cada principio.
  • Ejemplos de productos y funciones de Google Cloud que son pertinentes para el pilar.
  • Preguntas de evaluación que los agentes pueden hacer para comprender los requisitos de una carga de trabajo.
  • Una lista de tareas de validación que los agentes pueden usar para evaluar la alineación de una arquitectura con los principios y las recomendaciones del pilar.

Principios básicos

Antes de explorar las recomendaciones de cada pilar del Well-Architected Framework, revisa los siguientes principios básicos:

Diseña para el cambio

Ningún sistema es estático. Las necesidades de los usuarios, los objetivos del equipo que compila el sistema y el sistema en sí cambian constantemente. Con la necesidad de cambio en mente, crea un proceso de desarrollo y producción que permita a los equipos entregar cambios pequeños con regularidad y obtener comentarios rápidos sobre esos cambios. Demostrar de forma constante la capacidad de implementar cambios ayuda a generar confianza con las partes interesadas, incluidos los equipos responsables del sistema y los usuarios del sistema. El uso de las métricas de entrega de software de DORA puede ayudar a tu equipo a supervisar la velocidad, la facilidad y la seguridad de realizar cambios en el sistema.

Documenta tu arquitectura

Cuando comienzas a mover las cargas de trabajo a la nube o a compilar las aplicaciones, la falta de documentación sobre el sistema puede ser un gran obstáculo. La documentación es especialmente importante para visualizar de manera correcta la arquitectura de las implementaciones actuales.

La documentación de calidad no se logra produciendo una cantidad específica de documentación, sino por la claridad del contenido, su utilidad y cómo se mantiene a medida que cambia el sistema.

Una arquitectura en la nube documentada de forma adecuada establece un lenguaje y estándares comunes, que permiten a los equipos multifuncionales comunicarse y colaborar de manera efectiva. La documentación también proporciona la información necesaria para identificar y guiar las decisiones de diseño futuras. La documentación debe escribirse con tus casos de uso en mente, para proporcionar contexto a las decisiones de diseño.

Con el tiempo, tus decisiones de diseño evolucionarán y cambiarán. El historial de cambios proporciona el contexto que tus equipos necesitan para alinear las iniciativas, evitar la duplicación y medir los cambios de rendimiento de manera efectiva en el tiempo. Los registros de cambios son muy valiosos cuando incorporas un arquitecto de nube nuevo que aún no está familiarizado con el diseño, la estrategia o el historial de tu sistema actual.

El análisis de DORA encontró un vínculo claro entre la calidad de la documentación y el rendimiento organizativo, es decir, la capacidad de la organización de cumplir sus objetivos de rendimiento y rentabilidad.

Simplifica tu diseño y usa servicios completamente administrados

La simplicidad es fundamental para el diseño. Si la arquitectura es demasiado compleja para comprender, será difícil implementar el diseño y administrarlo con el tiempo. Cuando sea posible, usa servicios completamente administrados para minimizar los riesgos, el tiempo y el esfuerzo asociados con la administración y el mantenimiento de los sistemas de referencia.

Si ya ejecutas las cargas de trabajo en producción, realiza pruebas con servicios administrados para ver cómo podrían ayudar a reducir las complejidades operativas. Si desarrollas cargas de trabajo nuevas, comienza de manera simple, establece un producto viable mínimo (MVP) y controla el impulso de realizar una ingeniería excesiva. Puedes identificar casos prácticos excepcionales, iterar y mejorar tus sistemas de forma incremental con el tiempo.

Separe su arquitectura

La investigación de DORA muestra que la arquitectura es un indicador importante para lograr la entrega continua. La separación es una técnica que se usa para separar tus aplicaciones y componentes de servicio en componentes más pequeños que pueden operar de forma independiente. Por ejemplo, puedes separar una pila de aplicaciones monolítica en componentes de servicio individuales. En una arquitectura con acoplamiento bajo, una aplicación puede ejecutar sus funciones de forma independiente, sin importar las dependencias.

Una arquitectura separada te brinda mayor flexibilidad para hacer lo siguiente:

  • Aplicar actualizaciones independientes
  • Aplicar controles de seguridad específicos
  • Establecer objetivos de confiabilidad para cada subsistema.
  • Supervisar el estado
  • Controlar los parámetros de rendimiento y costos de forma detallada

Puedes comenzar el proceso de desacoplamiento antes en tu fase de diseño o incorporarlo como parte de las actualizaciones del sistema a medida que escalas.

Usa una arquitectura sin estado

Una arquitectura sin estado puede aumentar tanto la confiabilidad como la escalabilidad de tus aplicaciones.

Las aplicaciones con estado dependen de varias dependencias para realizar tareas, como el almacenamiento en caché local de los datos. Las aplicaciones con estado a menudo requieren mecanismos adicionales para capturar el progreso y reiniciarse de forma correcta. Las aplicaciones sin estado pueden realizar tareas sin dependencias locales significativas mediante el uso de almacenamiento compartido o servicios almacenados en caché. Una arquitectura sin estado permite que tus aplicaciones escalen verticalmente con rapidez con dependencias de arranque mínimas. Las aplicaciones pueden resistir reinicios forzados, tener un tiempo de inactividad menor y proporcionar un mejor rendimiento a los usuarios finales.


  1. Para obtener más información sobre el estándar de habilidades del agente, consulta Descripción general de las habilidades del agente. ↩