Diseño: Azure Well-Architected Framework

Arquitectura

El Azure Well-Architected Framework es un conjunto de principios rectores controlados por la calidad, puntos de decisión arquitectónicos y herramientas de revisión diseñadas para ayudar a los arquitectos de soluciones a crear una base técnica sólida para sus cargas de trabajo en Azure.

¿Qué es el Marco de buena arquitectura de Azure?

El Marco de buena arquitectura de Azure es un conjunto de principios rectores que se pueden usar para mejorar la calidad de una carga de trabajo. El marco consta de cinco pilares de excelencia en la arquitectura: optimización de costos, excelencia operativa, eficiencia de rendimiento, confiabilidad y seguridad. La incorporación de estos pilares ayuda a producir arquitecturas en la nube de alta calidad, estables y eficientes.

Por lo tanto, el Marco de buena arquitectura de Azure no es ningún tipo de servicio de Azure que se pueda poner en marcha o un servicio o herramienta de Azure integrado. Es un marco que puede usar para ayudarle a tener en cuenta los requisitos de diseño principales de la solución. Es absolutamente libre, por lo que es una forma increíblemente accesible de diseñar, construir y operar con confianza.

Azure Well-Architected se divide en dos partes:

Como era de esperar, el marco y la revisión van de la mano. Todas las preguntas de la evaluación se relacionan con recomendaciones, patrones y prácticas tangibles que están disponibles en la documentación del Marco de Buena Arquitectura.

Dichas preguntas se alinean con los pilares del marco de buena arquitectura de Azure. Esos marcos, que son:

  • Optimización de costos (¿Cómo puede lograr sus requisitos no funcionales mientras mantiene los costos bajos?)
  • Excelencia operativa (la arquitectura técnica es un aspecto de su solución, pero ¿está preparado para supervisar y ejecutar el sistema cuando se ponga en marcha?)
  • Eficiencia del rendimiento (¿ha considerado cómo se escala su aplicación como parte de su diseño?)
  • Confiabilidad (¿Cómo se está protegiendo contra posibles fallas en el sistema?)
  • Seguridad (¿Qué sucede si alguien intenta atacar su solución?)

Esto también significa que la revisión en sí se divide en estos diferentes pilares. Al cargar la revisión de buena arquitectura de Azure, se le pedirá que elija los pilares que desea evaluar.

Captura de pantalla en la que se muestra un ejemplo de evaluación de Azure Well-Architected Framework
Captura de pantalla en la que se muestra un ejemplo de evaluación de Azure Well-Architected Framework

A medida que avanza en las preguntas, encontrará que algunas de ellas pueden tener materiales de apoyo (como videos) en línea con la pregunta. Estas preguntas suelen ser de opción múltiple, por lo que puede seleccionar las respuestas que sean más adecuadas.

Captura de pantalla que muestra una pregunta de ejemplo de la evaluación de Azure Well-Architected Framework
Captura de pantalla que muestra una pregunta de ejemplo de la evaluación de Azure Well-Architected Framework

Una vez completado, tendrá una lista de recomendaciones basadas en las preguntas que haya respondido. También puede notar que le da una puntuación para esos pilares, así como una puntuación general.

Captura de pantalla en la que se muestra un conjunto de recomendaciones de ejemplo de la evaluación del Marco de buena arquitectura de Azure
Captura de pantalla en la que se muestra un conjunto de recomendaciones de ejemplo de la evaluación del Marco de buena arquitectura de Azure

¿Cómo usamos el Marco de buena arquitectura de Azure para nuestros proyectos?

Demos unos pasos atrás. Considere que:

  • Azure Well-Architected, un marco y una evaluación que están disponibles en línea para cualquier persona.
  • Azure Well-Architected es gratuito.

No solo eso, sino que puede iniciar sesión al usar la evaluación de buena arquitectura de Azure. Eso significa que esta evaluación no tiene por qué ser una actividad de una sola vez. Se puede utilizar como una actividad continua, a partir de una línea de base y reevaluada para medir su progreso. Lo ideal es que esto se lleve a cabo en algún momento del ciclo de vida del proyecto, en el que se puedan tener en cuenta los cambios tangibles como resultado de la revisión.

Captura de pantalla que muestra la opción de iniciar sesión en la evaluación del Marco de buena arquitectura de Azure
Captura de pantalla que muestra la opción de iniciar sesión en la evaluación del Marco de buena arquitectura de Azure

La experiencia cambia cuando inicia sesión con una cuenta de usuario. Observará que, en lugar de crear una nueva evaluación, puede crear un hito para una evaluación existente (lo que le permite ver la continuación de las tendencias existentes).

Captura de pantalla que muestra la opción de crear un hito para una evaluación existente
Captura de pantalla que muestra la opción de crear un hito para una evaluación existente

Yendo un paso más allá, si completa la evaluación cuando ha iniciado sesión, puede vincular las recomendaciones de Azure Advisor a la evaluación.

Captura de pantalla que muestra la opción de asociar recomendaciones de Azure Advisor a una evaluación
Captura de pantalla que muestra la opción de asociar recomendaciones de Azure Advisor a una evaluación

Una vez que haya completado una evaluación adicional de hitos, podrá ver la tendencia de sus resultados en esas evaluaciones.

Captura de pantalla que muestra las tendencias de recomendación de Azure Advisor a lo largo del tiempo
Captura de pantalla que muestra las tendencias de recomendación de Azure Advisor a lo largo del tiempo

Consideremos esos puntos de nuevo.

  • Azure Well-Architected, un marco y una evaluación que están disponibles en línea para cualquier persona.
  • Azure Well-Architected es gratuito.
  • Las evaluaciones de buena arquitectura de Azure le permiten iniciar sesión y almacenar evaluaciones anteriores en su cuenta, de modo que pueda establecer tendencias en los resultados a lo largo del tiempo.

Entonces, ¿Cómo puede usar el Marco de buena arquitectura de Azure para su proyecto? Ya que tiene sentido en el contexto de tu proyecto, pero cronometra para que puedas tener un impacto real. Si trabajas en sprints, ¿vale la pena hacerlo como parte de la planificación/retrospectiva? ¿O tal vez, en alguna cadencia de tus sprints?

Si trabajas en un enfoque de planificación tradicional, ¿podrías completar una revisión en las distintas fases separadas de tu proyecto? Por ejemplo, el diseño, la prueba y las distintas fases de construcción.

La clave va a ser completar la evaluación en un punto en el que estés preparado para asumir los comentarios y hacer cambios como resultado. Si no puede o no quiere hacer cambios, ¿cuál es el valor de completar la evaluación si no tiene la capacidad de tomar medidas?

¿Ya ha usado el marco de buena arquitectura de Azure para su propio proyecto? ¿Cómo lo encontraste? ¿O tal vez ahora lo estás considerando en un proyecto? ¿Cuáles son los pilares que más ganas tienes de probar?

Os animamos a compartir con nosotros vuestras opiniones en X@mundoazure

Deja una respuesta