Well-Architected Framework ofrece recomendaciones para ayudar a arquitectos, desarrolladores, administradores y otros profesionales de la nube a diseñar y gestionar una topología de nube segura, eficiente, resiliente, de alto rendimiento y rentable.
Un equipo multidisciplinar de expertos de Google valida las recomendaciones del marco de trabajo Well-Architected. El equipo selecciona el framework Well-Architected para reflejar las funciones cada vez más amplias de Google Cloud, las prácticas recomendadas del sector, los conocimientos de la comunidad y tus comentarios. Para ver un resumen de los cambios significativos del marco de trabajo Well-Architected, consulta Novedades.
El framework Well-Architected es relevante para las aplicaciones creadas para la nube y para las cargas de trabajo migradas de entornos on-premise a Google Cloud, a despliegues de nube híbrida y a entornos multinube.
Pilares y perspectivas de Well-Architected Framework
Well-Architected Framework se organiza en cinco pilares, como se muestra en el siguiente diagrama. También ofrecemos perspectivas transversales que se centran en recomendaciones para determinados dominios, sectores y tecnologías, como la IA y el aprendizaje automático.
Pilares
- Excelencia operativa
- Despliega, opera, monitoriza y gestiona de forma eficiente tus cargas de trabajo en la nube.
- Seguridad, privacidad y cumplimiento
- Maximiza la seguridad de tus datos y cargas de trabajo en la nube, diseña teniendo en cuenta la privacidad y cumple los requisitos y estándares normativos.
- Fiabilidad
- Diseña y usa cargas de trabajo resilientes y de alta disponibilidad en la nube.
- Optimización de costes
- 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 conseguir un rendimiento óptimo.
Perspectivas
- IA y aprendizaje automático
- Una vista transversal de las recomendaciones específicas de las cargas de trabajo de IA y aprendizaje automático.
- Sector de servicios financieros
- Una vista transversal de las recomendaciones específicas para cargas de trabajo de instituciones financieras.
Principios básicos
Antes de consultar las recomendaciones de cada pilar del marco de trabajo Well-Architected, revisa los siguientes principios básicos:
Diseño para el cambio
Ningún sistema es estático. Las necesidades de sus usuarios, los objetivos del equipo que crea el sistema y el propio sistema cambian constantemente. Teniendo en cuenta la necesidad de cambiar, crea un proceso de desarrollo y producción que permita a los equipos implementar pequeños cambios con regularidad y recibir comentarios rápidos sobre ellos. Demostrar de forma constante la capacidad de implementar cambios ayuda a generar confianza entre las partes interesadas, incluidos los equipos responsables del sistema y los usuarios del sistema. Usar las métricas de envío de software de DORA puede ayudar a tu equipo a monitorizar la velocidad, la facilidad y la seguridad de los cambios que se hagan en el sistema.
Documentar tu arquitectura
Cuando empiezas a mover tus cargas de trabajo a la nube o a crear tus aplicaciones, la falta de documentación sobre el sistema puede ser un obstáculo importante. La documentación es especialmente importante para visualizar correctamente la arquitectura de tus implementaciones actuales.
La calidad de la documentación no se consigue produciendo una cantidad específica de documentación, sino por la claridad y la utilidad del contenido, así como por el mantenimiento que se le da a medida que el sistema cambia.
Una arquitectura en la nube bien documentada establece un lenguaje y unos estándares comunes, lo que permite que los equipos interfuncionales se comuniquen y colaboren de forma eficaz. La documentación también proporciona la información necesaria para identificar y guiar las futuras decisiones de diseño. La documentación debe redactarse teniendo en cuenta tus casos prácticos para proporcionar contexto sobre 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 necesitan tus equipos para alinear las iniciativas, evitar duplicaciones y medir los cambios en el rendimiento de forma eficaz a lo largo del tiempo. Los registros de cambios son especialmente útiles cuando se incorpora un nuevo arquitecto de nube que aún no está familiarizado con tu diseño, estrategia o historial actuales.
El análisis de DORA ha revelado una relación clara entre la calidad de la documentación y el rendimiento de la organización, es decir, la capacidad de la organización para cumplir sus objetivos de rendimiento y rentabilidad.
Simplifica tu diseño y usa servicios totalmente gestionados
La sencillez es fundamental en el diseño. Si tu arquitectura es demasiado compleja, será difícil implementar el diseño y gestionarlo a lo largo del tiempo. Cuando sea posible, utiliza servicios totalmente gestionados para minimizar los riesgos, el tiempo y el esfuerzo asociados a la gestión y el mantenimiento de los sistemas de referencia.
Si ya estás ejecutando tus cargas de trabajo en producción, haz pruebas con servicios gestionados para ver cómo pueden ayudarte a reducir las complejidades operativas. Si vas a desarrollar nuevas cargas de trabajo, empieza por algo sencillo, crea un producto viable mínimo (MVP) y no te excedas en el diseño. Puedes identificar casos prácticos excepcionales, iterar y mejorar tus sistemas de forma gradual con el tiempo.
Desvincula tu arquitectura
La investigación de DORA demuestra que la arquitectura es un factor importante para lograr la entrega continua. El desacoplamiento es una técnica que se usa para separar las aplicaciones y los componentes de servicio en componentes más pequeños que pueden funcionar de forma independiente. Por ejemplo, puedes separar la pila de una aplicación monolítica en componentes de servicio individuales. En una arquitectura con bajo acoplamiento, una aplicación puede ejecutar sus funciones de forma independiente, independientemente de las distintas dependencias.
Una arquitectura desacoplada te ofrece más flexibilidad para hacer lo siguiente:
- Aplica las actualizaciones de forma independiente.
- Aplicar controles de seguridad específicos.
- Define objetivos de fiabilidad para cada subsistema.
- Monitoriza tu salud.
- Controla de forma granular los parámetros de rendimiento y coste.
Puedes iniciar el proceso de desacoplamiento en las primeras fases del diseño o incorporarlo como parte de las actualizaciones del sistema a medida que aumente la escala.
Usar una arquitectura sin reconocimiento del estado
Una arquitectura sin estado puede aumentar tanto la fiabilidad como la escalabilidad de tus aplicaciones.
Las aplicaciones con estado dependen de varias dependencias para realizar tareas, como el almacenamiento en caché local de datos. Las aplicaciones con estado suelen requerir mecanismos adicionales para registrar el progreso y reiniciarse correctamente. 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 reconocimiento del estado permite que tus aplicaciones se escalen rápidamente con el menor número de dependencias de inicio posible. Las aplicaciones pueden resistir reinicios bruscos, tienen menos tiempo de inactividad y ofrecen un mejor rendimiento a los usuarios finales.