Cargas de trabajo de Azure Well-Architected Framework

En el contexto de Azure Well-Architected Framework, el término carga de trabajo hace referencia a una colección de recursos de aplicación, datos y infraestructura auxiliar que funcionan conjuntamente para lograr resultados empresariales definidos. Una carga de trabajo consta de componentes y también procedimientos operativos y de desarrollo.

Los arquitectos diseñan cargas de trabajo y un equipo de cargas de trabajo los implementa. Una carga de trabajo está diseñada e implementada para lograr requisitos empresariales funcionales y no funcionales. Las cargas de trabajo se pueden clasificar en muchos tipos.

Los criterios típicos para la clasificación de cargas de trabajo incluyen:

• Utilidad, características y patrones de uso de una carga de trabajo, como aplicaciones web, procesamiento por lotes y análisis en tiempo real.

• Principales impulsores influyentes, como las plataformas tecnológicas o la alineación con un sector.

• Audiencia objetivo prevista. Algunos ejemplos de soluciones con varias audiencias son aplicaciones de línea de negocio internas dentro de las empresas, una solución de proveedor de software independiente (ISV) comprada o una solución de software como servicio (SaaS) multiinquilino para uso público.

Las cargas de trabajo que se encuentran en la misma clase pueden compartir similitudes, incluidos su público objetivo, los requisitos de cumplimiento y las pilas de tecnología. Los cinco pilares de Well-Architected Framework, sus principios, listas de comprobación y desventajas son pertinentes para todas las clases de carga de trabajo.

En la guía de carga de trabajo de Well-Architected Framework se describen las prioridades comunes y los inconvenientes a medida que pertenecen a clases de cargas de trabajo específicas. En la guía de carga de trabajo, la guía del pilar se aplica a los principios técnicos de diseño y las áreas de diseño que representan las prioridades de una carga de trabajo. Siga las recomendaciones para ayudar a configurar una carga de trabajo correcta y a alinearla con Well-Architected Framework.

¿Qué es una carga de trabajo de Well-Architected Framework?

El diseño y las operaciones de cualquier carga de trabajo tienen que lidiar con los cinco pilares arquitectónicos: Confiabilidad, Seguridad, Optimización de costos, Excelencia operativa y Eficiencia del rendimiento.

Para crear una carga de trabajo correcta, créela de acuerdo con los principios de Well-Architected Framework, que se basan en los siguientes ideales.

Una carga de trabajo de Well-Architected Framework:

• Tiene requisitos funcionales y no funcionales que se definen y priorizan para lograr un objetivo.
• Está diseñado para que pueda lograr esos requisitos mediante el uso de recursos y la incorporación de patrones de diseño y desventajas.
• Se crea y opera con las especificaciones de un diseño y propósito.
• Se mide mediante la forma adecuada en que logra su propósito.
• Puede adaptarse a medida que su propósito es refinado o cambiado.
• Es tan confiable como debe ser.
• Es tan seguro como debe ser.
• Ofrece una rentabilidad suficiente sobre la inversión.
• Se desarrolla y opera de forma responsable.
• Logra su propósito dentro de un período de tiempo aceptable.

Una colaboración entre el equipo de carga de trabajo y los equipos centrales de una organización debe crear una carga de trabajo con las características anteriores. En las secciones siguientes se describen estos equipos y sus funciones.

Equipo de carga de trabajo

Cree un equipo de carga de trabajo que tenga miembros del equipo con una amplia gama de disciplinas técnicas y empresariales. El enfoque principal de todos los miembros del equipo debe ser el éxito de la carga de trabajo.

Ejemplos de miembros del equipo de carga de trabajo
Ingenieros de seguridad de aplicaciones Partes interesadas del negocio Ingenieros de software o desarrolladores en la nube Arquitectos de soluciones en la nube Científicos de datos o analistas Administradores de base de datos	Ingenieros de DevOps Ingenieros de infraestructura Administradores de productos o propietarios Ingenieros de control de calidad (QA) Miembros del equipo de soporte técnico

Equipos centralizados y partes interesadas

Los equipos centralizados suelen admitir el equipo de carga de trabajo. Proporcionan funciones de soporte técnico y aplican la gobernanza para muchas o todas las cargas de trabajo en la nube dentro de una organización. Los equipos centralizados se centran en el éxito de la organización, lo que se logra en parte mediante el éxito de las cargas de trabajo de la organización. Proporcionan servicios, instrucciones y límites de protección para cargas de trabajo.

Ejemplos de equipos centralizados y miembros del equipo
Analistas de inteligencia empresarial Partes interesadas del negocio Placa de centro de excelencia en la nube (CCoE) Equipo de plataforma de la nube Analistas de ciberseguridad Administradores de base de datos Arquitectos empresariales	Analistas financieros Ingenieros de infraestructura Responsables legales y de cumplimiento Ingenieros de red Especialistas en adquisiciones Administradores de proyectos

Un equipo de cargas de trabajo de Well-Architected Framework se centra en los resultados de la carga de trabajo. Se coordinan y se benefician del soporte técnico especializado de los miembros del equipo centralizados.

Modelo de responsabilidad compartida

Es necesario implementar y usar una carga de trabajo para entregar valor. Como parte del equipo de carga de trabajo, tiene la responsabilidad de diseñar, implementar e implementar la carga de trabajo de forma que cree valor para su organización.

Las cargas de trabajo existen en el contexto de la organización. Una organización a menudo tiene roles de autoridad y gobierno regulados. El equipo de carga de trabajo tiene la responsabilidad de diseñar, implementar e implementar una carga de trabajo dentro de la base de la organización.

De acuerdo con el Cloud Adoption Framework para Azure, normalice los recursos en la nube de la carga de trabajo. Aplique rigurosamente la normalización para proporcionar una plataforma regulada para ayudar con la incorporación de equipos de carga de trabajo. Aplique esta gobernanza de acuerdo con el modelo operativo en la nube de su organización.

Puede usar zonas de aterrizaje de Azure para ayudarle a realizar la normalización. Las zonas de aterrizaje de la plataforma y las zonas de aterrizaje de aplicaciones están disponibles en Azure. Implemente la carga de trabajo en una zona de aterrizaje de la aplicación.

Es posible que su organización tenga una oferta de plataforma en la nube que esté rigurosamente formalizada y totalmente alineada con las zonas de aterrizaje de Azure. O bien, su organización podría tener una estrategia de adopción diferente o ninguna implementación. Si no hay ninguna implementación, los equipos de carga de trabajo son casi totalmente autónomos.

Para cualquier plataforma y gobernanza que use su organización, debe aplicar los principios de Well-Architected Framework a las cargas de trabajo. El Well-Architected Framework suele hacer referencia a zonas de aterrizaje de Azure, pero no depende de una implementación de plataforma específica. Los pilares, principios, listas de comprobación y guías de Well-Architected Framework son para todas las plataformas en la nube y la mayoría de los tipos de carga de trabajo.

Cumplir los requisitos

A lo largo del marco de Well-Architected, como los pilares básicos y la guía de carga de trabajo, las recomendaciones coinciden con la obligación de la carga de trabajo. Las recomendaciones no suelen implicar qué miembro del equipo o equipo facilita esas obligaciones. Puede determinar quién debe realizar cada acción. Realice la asignación de nivel de carga de trabajo para determinar los roles y responsabilidades del equipo relacionados con la topología, el tipo de carga de trabajo y la importancia crítica.

El equipo de carga de trabajo directo controla la mayoría de los requisitos de carga de trabajo. Algunos requisitos se controlan como un esfuerzo conjunto con los equipos centralizados. Por ejemplo, las opciones de implementación pueden basarse en límites de protección que establece un equipo centralizado. O un equipo centralizado podría controlar exclusivamente las opciones de implementación.

El equipo de carga de trabajo debe crear una relación de trabajo con otros equipos para ayudar a codeliver en los objetivos de la carga de trabajo. Si subcontrata componentes o responsabilidades, debe cumplir correctamente esas obligaciones.

Obtenga información sobre las restricciones.

Un equipo centralizado admite diversas cargas de trabajo basadas en las funcionalidades principales y la infraestructura principal del equipo. Para proporcionar esta compatibilidad a escala organizativa, el equipo centralizado podría implementar uniformidad y restricciones en el servicio ofrecido o en la infraestructura. A medida que diseña la carga de trabajo, es fundamental comprender esas restricciones y, siempre que sea posible, asociarse con arquitectos empresariales que conozcan esas restricciones. Obtenga información sobre las implementaciones anteriores tanto como sea posible.

Cada implementación de gobernanza de la plataforma es diferente, pero las restricciones siguientes son comunes para muchas cargas de trabajo:

• Listas de permitidos para recursos en la nube
• Mandatos de configuración para los recursos en la nube
• Listas de permitidos regionales para recursos en la nube y disponibilidad de conectividad entre locales
• Compatibilidad limitada o sin plataforma fuera del horario comercial
• Requisitos de aplicación de revisiones
• Implementación específica en estrella tipo hub-and-spoke, que controla las implementaciones del sistema de nombres de dominio (DNS) y del punto de conexión privado.
• Requisitos de control de la cadena de suministro

Comunicar explícitamente los requisitos

Si el requisito de la carga de trabajo se enfrenta a una restricción o un acuerdo de nivel de servicio (SLA) que no define claramente una funcionalidad básica o una oferta de infraestructura, trate esa situación como un riesgo. Para abordar este riesgo, el equipo de cargas de trabajo debe proporcionar claridad a los demás equipos sobre cómo afecta la carga de trabajo. Es posible que tenga que cambiar los requisitos de carga de trabajo, el diseño o la implementación, o cambiar la oferta de infraestructura.

Cuando comprenda las obligaciones del equipo de plataforma relacionadas con las directivas organizativas y las obligaciones del equipo de carga de trabajo, puede comunicar los requisitos de carga de trabajo con expectativas y recomendaciones realistas.

Comunicación de los requisitos comunes de la carga de trabajo

Cada asociación de plataformas es diferente, pero las siguientes áreas son temas comunes en conversaciones de responsabilidad compartida:

• Requisitos legales y de cumplimiento
• Detalles de red, como la necesidad de direcciones IP de entrada o salida estáticas
• Requisitos de observabilidad para proporcionar una evaluación de prioridades del sitio activo eficaz
• Requisitos de rendimiento, como el rendimiento de red, la disponibilidad de los recursos en la nube o la disponibilidad regional
• Expectativas de acceso público a Internet desde una perspectiva de salida y entrada
• Objetivos de nivel de servicio (SLO) o SLA que se ofrecen a los usuarios de la carga de trabajo
• Disponibilidad del soporte técnico

Buscar victorias unificadas

La responsabilidad compartida no se trata solo de inconvenientes, restricciones y riesgos. Los equipos de plataforma suelen tener aptitudes muy especializadas y presupuestos dedicados que pueden aumentar más allá de lo que un equipo de carga de trabajo individual puede mantener. Considere los ejemplos siguientes.

Especialistas en seguridad. La carga de trabajo puede tener un ciclo de vida de desarrollo seguro. Como equipo de seguridad centralizado realiza tareas de desarrollo seguras a escala en toda la organización, puede realizar pruebas de penetración rutinarias que están por encima y más allá de sus esfuerzos. También puede ayudar a planear y realizar una estrategia de respuesta a incidentes.

Guía de arquitectura empresarial. Puede ahorrar tiempo y esfuerzo si se alinea con los patrones y prácticas de un equipo de arquitectura empresarial porque el equipo ya ha simplificado los procesos. También puede evitar que se vuelva a trabajar si una solución no es posible dentro de la asociación sin negociación.

Gastos de big-ticket. Los equipos de plataforma suelen hospedar componentes o servicios que son demasiado caros o demasiado administrados para un equipo de cargas de trabajo individual. Los equipos de plataforma pueden permitir estos componentes y servicios, ya que dividen el costo entre cargas de trabajo.

A menudo, estos servicios o plataformas centralizadas se ofrecen como mera visualización, por lo que ayudan a mantener el costo de la carga de trabajo optimizado. Y cuando se ofrecen como contracargos, a menudo son más baratos debido a las economías de escala y centralización.

Los equipos de plataforma suelen proporcionar opciones de autoservicio a los equipos de carga de trabajo para diversas actividades. Por ejemplo:

• Proporcionar un repositorio de documentación para el aprendizaje autoguiado
• Incorporación a la administración de costos a través del etiquetado de recursos específico
• Oferta de suscripciones a través de un proceso formal de venta de suscripciones

Explore las opciones de autoservicio que podrían ser adecuadas para la carga de trabajo.

Compartir éxitos y desafíos

La responsabilidad compartida con otros equipos también significa compartir éxitos y desafíos de una carga de trabajo. Cuando la carga de trabajo cumpla sus obligaciones y obtenga el valor previsto, compártalo con los equipos asociados. Indíqueles cómo han contribuido al éxito de la carga de trabajo. Cuando la carga de trabajo no cumple sus obligaciones, comparta lo que no funciona y colabore y vuelva a almacenarla para volver a realizar el seguimiento.

Los equipos de la plataforma también tienen obligaciones y criterios de éxito. Debe esperar que los asociados le indiquen si la carga de trabajo funciona bien con una oferta o si está en riesgo de ser un vecino ruidoso.

Esforzarse por mejorar continuamente

Un tema en todos los pilares de Well-Architected Framework es la mejora continua. Adoptar una mentalidad progresiva. Puede tratar nuevos enfoques para los problemas existentes, adoptar una nueva tecnología, abordar nuevos requisitos o operar bajo nuevas restricciones. A medida que la carga de trabajo mejora con el tiempo, espere la misma mentalidad de los equipos asociados. Sin embargo, cada oportunidad de mejora también significa cambios y debe ser compatible con un proceso de administración adecuado.

Los equipos de cargas de trabajo tienen la obligación de comunicarse con los equipos de la plataforma sobre los cambios propuestos en los requisitos de carga de trabajo que podrían tener un efecto en los servicios del equipo de la plataforma. Del mismo modo, los equipos de plataforma tienen la obligación de incluir a sus asociados de carga de trabajo en los procesos de control de cambios y comunicar claramente los cambios de plataforma impactantes. Establezca una cadencia de comunicación regular con los asociados para aprender y compartir cómo evoluciona un producto.

Lograr un resultado correcto

Las cargas de trabajo tienen muchas expectativas de los usuarios, accionistas, organismos reguladores, empleados, centro de excelencia y directores de experiencia. Las expectativas pueden establecer el giro de brújula direccional. El marco de Well-Architected proporciona claridad relacionada con el diseño y la implementación al ofrecer racionalizaciones explícitas para que las decisiones arquitectónicas logren un resultado exitoso. Desarrolle una carga de trabajo correcta y comparta en ese éxito con su organización.