Compartir vía


¿Qué es Azure Well-Architected Framework?

Azure Well-Architected Framework es un marco de diseño que puede mejorar la calidad de una carga de trabajo al ayudarle a:

  • Sea resistente, disponible y recuperable.
  • Sea tan seguro como lo necesite.
  • Ofrezca una rentabilidad suficiente sobre la inversión.
  • Apoyar el desarrollo y las operaciones responsables.
  • Lograr su propósito en períodos de tiempo aceptables.

El marco se basa en los cinco pilares de excelencia arquitectónica, que se asignan a esos objetivos. Son: confiabilidad, security, optimización de costos, excelencia operativay rendimiento.

Cada pilar proporciona prácticas recomendadas, consideraciones de riesgo y desventajas. Las decisiones de diseño deben equilibrarse en todos los pilares, dados los requisitos empresariales. La guía técnica y accionable es lo suficientemente amplia para todas las cargas de trabajo y se aplica a un escenario específico. Esta guía se centra en Azure.

La arquitectura de carga de trabajo no es la misma que su implementación. El Well-Architected Framework puede prepararle para el éxito mediante el diseño arquitectónico, pero las opciones de implementación dependen de los requisitos empresariales y las limitaciones de su organización.

Audiencia

El marco de Well-Architected se aplica a los equipos responsables de mejorar las cargas de trabajo y abordar los problemas transversales.

The Well-Architected Framework proporciona información valiosa y recomendaciones para cualquier persona implicada en el ciclo de vida de una carga de trabajo. Independientemente de su rol en un equipo de carga de trabajo, ya sea arquitecto, desarrollador, operador o parte interesada empresarial, si tiene la autoridad para tomar decisiones dentro del ámbito de una carga de trabajo, puede beneficiarse de este marco.

Esta guía es beneficiosa independientemente de la escala de su organización. Tanto si forma parte de una gran empresa, una pequeña empresa o un proveedor de software independiente, puede acercarse más a un diseño óptimo. El marco se ocupa de una amplia gama de estructuras y tamaños organizativos, lo que garantiza que todos los usuarios de cargas de trabajo puedan usar eficazmente sus ventajas.

Si busca instrucciones para mejorar una cartera de cargas de trabajo a través de controles centralizados, es posible que este contenido no se aplique completamente. Se recomienda hacer referencia a Cloud Adoption Framework. Si no tiene interés en diseñar cargas de trabajo en Azure, este contenido no es relevante para usted.

Para obtener información sobre el rol y las tareas de un arquitecto, consulte Fundamentos del arquitecto y Lista de verificación del arquitecto.

Metas

El objetivo principal del marco Well-Architected es prepararte para el éxito al desplegar tu carga de trabajo en Azure.

  • Implementación correcta: un diseño bien diseñado conduce a una implementación correcta. Dada la amplitud y profundidad de tu conocimiento sobre conceptos, estás bien preparado para tomar decisiones informadas.

  • confianza en el éxito: evaluaciones probadas, que se ven en numerosas cargas de trabajo implementadas en Azure, respaldan los principios del marco.

  • Comprender los inconvenientes y los riesgos: el marco le ayuda a comprender que la adopción de las recomendaciones podría requerir tomar decisiones contra los otros pilares. Destaca las ventajas e inconvenientes y también los riesgos potenciales que tal vez desee abordar a corto plazo.

  • Optimizar a lo largo del tiempo: el marco está diseñado para uso iterativo y como herramienta para la mejora continua. Mida la madurez de la carga de trabajo con respecto a las instrucciones. Trate esa evaluación como una puntuación móvil que evoluciona con la carga de trabajo, lo que garantiza que el diseño sigue siendo eficaz y eficaz para cumplir los objetivos empresariales.

Bloques de creación del marco

El marco de trabajo de Well-Architected se estructura en un enfoque en capas: pilares, cargas de trabajo y guías de servicio.

Pilares

La base de este marco se basa en los pilares. Si no tiene una comprensión completa de estos pilares, es posible que las siguientes capas: capa de carga de trabajo y guías de servicio no sean totalmente comprensibles. Cada pilar presenta estos elementos:

  • Principios de diseño. Proporcione la base del buen diseño, cada uno de los cuales tiene un objetivo específico. Los principios también describen los enfoques recomendados.

  • Diseñar listas de comprobación de revisión. Cada elemento de la lista de comprobación va acompañado de una o varias guías de recomendaciones de que describen estrategias clave y cómo Azure le ayuda a alcanzar la recomendación.

  • Patrones de diseño en la nube. Asegúrese de comprender los patrones de diseño de nube relacionados . Están asignadas a los pilares en que se basan.

  • Compromisos. Cada decisión arquitectónica implica una serie de consideraciones. Estas ventajas y desventajas representan concesiones reconocidas y aceptadas que equilibran los distintos aspectos del marco. Los inconvenientes se indican con este icono y los riesgos se indican con este icono .

  • Modelo de madurez. Describe el enfoque por fases para adoptar Azure Well-Architected Framework a partir de recomendaciones sencillas o esenciales. A medida que las necesidades empresariales evolucionan, mejoran gradualmente los sistemas, desde las cargas de trabajo en fase temprana hasta soluciones maduras y críticas para la empresa.

Para obtener más información, consulte Acerca de los pilares del Marco de buena arquitectura.

Carga de trabajo

La capa de carga de trabajo representa cómo se aplican los pilares a una clase específica de carga de trabajo. Durante la fase de diseño inicial, la arquitectura de la carga de trabajo se segmenta en función de la utilidad y cada segmento representa las áreas de diseño o priorizadas. Estas áreas de diseño son específicas de la clase de carga de trabajo y sirven como puntos focales para la optimización. Well-Architected Framework incluye varias cargas de trabajo. Lea el que se ajuste estrechamente a sus requisitos empresariales. No es necesario leer las instrucciones de carga de trabajo para las clases de cargas de trabajo que no están alineadas con el escenario.

Comience con Empezar para comprender el contexto de la solución. Como repaso, lea los principios de diseño para entender cómo la carga de trabajo adopta la guía del pilar. A continuación, profundice en las áreas de diseño de que se centran en los puntos de decisión técnicos con recomendaciones siguientes. La guía de carga de trabajo también incluye una evaluación que le ayuda a evaluar la preparación en producción.

Para obtener más información, consulte Acerca de las cargas de trabajo del Marco de buena arquitectura.

Guías de servicio

Las guías de servicio desempeñan un papel clave en la toma de decisiones sobre componentes individuales de Azure dentro de una carga de trabajo. Describen las características y funcionalidades clave necesarias para lograr la excelencia arquitectónica y proporcionan configuraciones recomendadas para establecer una base sólida. Aunque no son exhaustivas, estas guías enfatizan cómo cada servicio puede abordar preocupaciones transversales y mejorar la efectividad del trabajo.

Para obtener más información, consulte las guías disponibles.

Conceptos básicos de diseño

Las guías de diseño sirven como recursos centrados que proporcionan instrucciones prescriptivas para aplicar las estrategias clave del marco. Se extraen directamente de los enfoques fundamentales definidos en las recomendaciones del pilar, pero se extienden intencionadamente a través de los pilares para mostrar cómo interactúan estas estrategias en la práctica. En lugar de cubrir recorridos arquitectónicos completos, las guías de diseño se centran en una práctica o elección específica, lo que proporciona a los equipos una dirección clara y dirigida para poner en acción los principios de WAF.

Para obtener más información, consulte Conceptos básicos de diseño.

Evaluación

Microsoft Azure Well-Architected Review se ofrece sin cargo alguno. Es una colección de cuestionarios vinculados a las listas de comprobación del pilar para evaluar las opciones de diseño. Realice un seguimiento de la puntuación a través de ejecuciones iterativas para identificar las posibles áreas para mejorar.

Para obtener más información, consulte Herramienta de revisión del Marco de buena arquitectura de Azure.

Proceso de aprendizaje sugerido

En Well-Architected Framework se tratan los procedimientos recomendados que se aplican a cualquier clase de carga de trabajo. Esta guía incluye no solo los principios fundamentales de buen diseño y desventajas, sino también la aplicación de esos principios a los componentes de la arquitectura. Reconocemos que leer esta guía de un extremo a otro puede ser abrumadora. Considere la posibilidad de seguir esta ruta de aprendizaje:

  1. Comprenda todos los principios de diseño. Conozca los principios de diseño y los enfoques de todos los pilares. Al principio del diseño, comprender una buena arquitectura es más importante que saber cómo construirla. Dentro de cada principio, siga los enfoques para diseñar su estrategia de diseño. Estos enfoques no son opcionales y deben tenerse en cuenta.

    Captura de pantalla que muestra algunos principios de diseño de Well-Architected Framework.

  2. Priorizar los elementos de la lista de comprobación. Empiece por abordar solo los elementos de la lista de comprobación pertinentes para sus objetivos empresariales y de carga de trabajo. Tenga en cuenta factores como la importancia empresarial, las necesidades de cumplimiento y el tiempo de comercialización. Ajuste las prioridades a medida que estos factores cambien para mejorar la calidad de la carga de trabajo. Aplazar los elementos de la lista de comprobación que son menos relevantes para el éxito de la carga de trabajo.

    Captura de pantalla que muestra una lista de comprobación de Well-Architected Framework.

  3. Prepárese para hacer importantes compromisos. Vea ejemplos de desventajas de los pilares para ver cómo la priorización puede favorecer un pilar sobre otro. Tomar decisiones estratégicas de diseño es una parte importante del proceso de toma de decisiones.

  4. Coincidencia de escenarios de carga de trabajo. Busque una guía de carga de trabajo que coincida con su escenario y siga la metodología de diseño en todas las áreas técnicas y operativas. Estas guías ayudan a resaltar las consideraciones más relevantes. Para más información, consulte los ejemplos enumerados en Cargas de trabajo de Azure Well-Architected Framework.

  5. Seleccione el servicio de Azure adecuado y configúrelo correctamente. Estas guías de servicio están diseñadas para admitir la toma de decisiones para cada componente de Azure dentro de una carga de trabajo.

Adopción de un modelo de madurez

Considere la posibilidad de adoptar un enfoque por fases para consumir Azure Well-Architected Framework. Clasifique las recomendaciones del marco por lo que es fácil de lograr o debe lograrse inicialmente. A continuación, a medida que cambian los requisitos empresariales de la carga de trabajo, evolucionan incrementalmente los sistemas listos para producción. Por ejemplo, las fases iniciales de adopción podrían aplicarse a las cargas de trabajo al principio de su proceso de financiación y desarrollo, estableciendo una base sólida para un buen diseño. Las fases maduras de alineación podrían aplicarse a las soluciones más adelante en el ciclo de desarrollo, con los niveles más altos reservados para las soluciones críticas para el negocio siempre operativas.

El marco de Well-Architected incluye un modelo de madurez. Proporciona un plan de estudios estructurado e hitos para que los equipos de trabajo puedan seguir.

El enfoque por fases se desarrolló después de revisar cómo numerosos clientes de Azure aplican el marco en sus soluciones. Esta guía es aplicable a todos los equipos de carga de trabajo, desde startups hasta empresas maduras. Las startups usan el modelo para crear estrategias fundamentales que se pueden implementar con el tiempo. Las empresas maduras, cuya arquitectura ha evolucionado, también pueden adoptar el modelo para optimizar aún más sus cargas de trabajo para tener un enfoque común para medir las mejoras en todos los equipos. Además, los asociados pueden usar el modelo para evaluar la madurez de la carga de trabajo e implementar recomendaciones dirigidas.

El modelo se clasifica por pilares y se divide en cinco niveles. Aunque los niveles de cada pilar representan características únicas de ese pilar, hay temas comunes en todos ellos:

Fase de madurez Enfoque Estrategia
Nivel 1 Establecimiento de una base sólida en Azure Céntrese en aprovechar las funcionalidades principales y nativas de Azure, al tiempo que aprovecha los patrones de diseño en la nube bien establecidos y los procedimientos recomendados.
Nivel 2 Creación de recursos de carga de trabajo Solucione los desafíos técnicos de los componentes que pertenecen directamente al equipo de cargas de trabajo, incluidos el código de la aplicación, los recursos de implementación y los procedimientos operativos.
Nivel 3 Estar listo para producción Implique a las partes interesadas empresariales en la toma de decisiones y considere los inconvenientes con otros pilares. En el caso de las nuevas cargas de trabajo, suele ser el paso final antes de ir a producción.
Nivel 4 Aprender de la producción Cambie el enfoque para mantener un entorno estable, administrar el cambio y adaptar nuevos requisitos en función de los cambios empresariales y los aprendizajes de producción.
Nivel 5 Adaptabilidad a cambios futuros con agilidad Aspire a alcanzar la calidad óptima. Está experto en el cambio para poder controlar nuevas condiciones de mercado y cambios en influencias externas, como tecnología, requisitos empresariales o preocupaciones normativas.

Estos límites son directrices sugeridas y no es necesario tomarlas como reglas estrictas. El recorrido real dependerá de los objetivos de la organización y los requisitos de carga de trabajo.

En cada nivel, explore las vistas con pestañas que resaltan el enfoque de estrategia para cada nivel.

La guía incluye una evaluación que le ayudará a identificar las recomendaciones que se alinean con el nivel de madurez objetivo. Realice la evaluación aquí: Evaluación del modelo de madurez de Azure Well-Architected Framework.

Adopción de la inteligencia artificial en las operaciones

Azure Well-Architected Framework incluye instrucciones para adoptar de forma intencionada e incremental la inteligencia artificial en flujos de trabajo operativos. Su propósito es ayudar a los equipos a comprender los costos, los riesgos y la fricción de la organización asociados a la inteligencia artificial, al pensar en el uso de inteligencia artificial para planear, desarrollar procesos y operaciones en tiempo de ejecución.

Se recomienda comenzar con el modelo de madurez de excelencia operativa. Esto proporciona un punto de entrada práctico para explorar patrones de uso de inteligencia artificial, comprender las ventajas y desventajas al tiempo que mantiene la supervisión humana, para impulsar la eficiencia.

En las guías de recomendación, busque que anote ejemplos de dónde la inteligencia artificial puede aumentar las tareas, como la configuración del flujo de trabajo, la automatización de procesos, la supervisión y la aplicación. Para obtener más información, consulte las guías vinculadas en este artículo de lista de comprobación: Lista de comprobación de excelencia operativa.

Adoptar un enfoque pragmático

Es importante adoptar un enfoque pragmático para evitar la parálisis del análisis. Estas son algunas consideraciones clave:

  • Evalúe el valor de las prácticas. Todas las prácticas que se recomiendan ofrecen valor, pero ese valor puede variar en función del equipo y del nivel de madurez actual. La implementación de algunas prácticas demasiado pronto puede producir poca ventaja, mientras que retrasar la implementación de otros puede aumentar los costos, la complejidad y la deuda técnica no estratégica, ya que es posible que ya haya optimizado otras prácticas para compensar.

    Dé prioridad a las prácticas que proporcionan ventajas inmediatas y significativas y habilitan otras prácticas clave.

  • Evalúe el costo de los procedimientos. Cada práctica tiene un costo para implementar y operar, lo que incluye costos financieros, de esfuerzo y de complejidad. Estos costos pueden variar en función del nivel de madurez.

    • Habrá mayores costos de implementación si se adoptan prácticas antes de que el equipo de cargas de trabajo esté listo.

    • Habrá mayores costos operativos y de implementación, si las prácticas se adoptan demasiado tarde, lo que conduce a dificultades de reintetración o integración.

    • Las prácticas se pueden interrumpir si sus costos operativos superan su valor en niveles de madurez superiores.

    En función de los requisitos, tenga requisitos previos y criterios de salida definidos para la fase de madurez. Dé prioridad a las prácticas que serían más costosas o complejas de adoptar más adelante y no creen cargas operativas o complejidad innecesarias.

  • Sea deliberado al elegir la secuencia de implementación. Las prácticas son interdependientes y el orden en el que se implementan pueden marcar una diferencia significativa. Algunas prácticas son pilares fundamentales para otras y pueden tener un efecto significativo en el costo, el esfuerzo y la complejidad de las prácticas subsiguientes. Considere el tiempo hasta los resultados al planificar su recorrido.

  • Sea realista sobre su capacidad. Los recursos que su organización puede dedicar a implementar y operar una carga de trabajo suele ser limitada.

    • Calcule la capacidad del equipo de carga de trabajo para implementar y operar.

    • Los costos son aditivos. A medida que aumentan los costos operativos, la capacidad de implementar nuevas prácticas disminuye.

    • Los inconvenientes pueden crear costos de oportunidad. Elegir prácticas para implementar ahora significa aplazar otras.

Estos son algunos recursos para empezar a usar la documentación de Well-Architected Framework: