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 de 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.
Entre los criterios típicos para la clasificación de cargas de trabajo se 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 plataformas tecnológicas o alineación con un sector.
Audiencia objetivo prevista. Algunos ejemplos de soluciones con varias audiencias son aplicaciones internas de línea de negocio 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 del marco bien diseñado, sus principios, listas de comprobación y desventajas son pertinentes para todas las clases de cargas de trabajo.
La guía de carga de trabajo del marco bien diseñado describe prioridades comunes y desventajas 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 para alinearla con el marco bien diseñado.
¿Qué es una carga de trabajo de marco bien diseñado?
El diseño y las operaciones de cualquier carga de trabajo tienen que enfrentarse a 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 del marco bien diseñado, que se basan en los siguientes ideales. |
|---|
Una carga de trabajo de marco bien diseñado:
- 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 de lograr 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 o analistas de datos Administradores de bases de datos |
Ingenieros de DevOps Ingenieros de infraestructura Administradores o propietarios de productos 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 cargas de trabajo. Proporcionan funciones de soporte técnico y aplican 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 organizativo, lo que se logra en parte por el éxito de las cargas de trabajo de la organización. Proporcionan servicios, instrucciones y barreras de protección para cargas de trabajo.
| Ejemplos de equipos centralizados y miembros del equipo | |
|---|---|
| Analistas de inteligencia empresarial Partes interesadas del negocio Placa del 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 Directores de proyecto |
Un equipo de cargas de trabajo de Marco bien diseñado se centra en los resultados de la carga de trabajo. Se coordinan con y se benefician del soporte especializado de los miembros del equipo centralizados.
Modelo de responsabilidad compartida
Es necesario implementar y usar una carga de trabajo para proporcionar valor. Como parte del equipo de cargas 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 suele tener roles de gobierno y autoridad regulados. El equipo de cargas de trabajo tiene la responsabilidad de diseñar, implementar e implementar una carga de trabajo dentro de la base de su organización.
De acuerdo con Cloud Adoption Framework para Azure, normalice los recursos en la nube de la carga de trabajo. Aplique rigurosamente la estandarizació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 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 cargas de trabajo son casi entidades totalmente autónomas.
Para cualquier plataforma y gobernanza que use su organización, debe aplicar los principios del marco bien diseñado a las cargas de trabajo. El marco bien diseñado 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 del marco bien diseñados son para todas las plataformas en la nube y la mayoría de los tipos de carga de trabajo.
Cumplimiento de los requisitos
A lo largo del marco bien diseñado, 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 lo que el miembro del equipo o el 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 cargas de trabajo directa 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 bien, un equipo centralizado podría controlar exclusivamente las opciones de implementación.
El equipo de cargas 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 la uniformidad y las restricciones en el servicio ofrecido o en la infraestructura. A medida que diseña la carga de trabajo, es fundamental que comprenda esas restricciones y, siempre que sea posible, se asocia con arquitectos empresariales que conocen 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 siguientes restricciones 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-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 carga de trabajo se enfrenta a una restricción o a 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 solucionar este riesgo, el equipo de cargas de trabajo debe proporcionar claridad a los demás equipos sobre cómo afecta la preocupación a 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 plataforma es diferente, pero las siguientes áreas son temas comunes en las conversaciones de responsabilidad compartida:
- Cumplimiento y requisitos legales
- 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 la 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 sostener. Considere los ejemplos siguientes.
Especialistas en seguridad. Es posible que la carga de trabajo tenga un ciclo de vida de desarrollo seguro. Como equipo de seguridad centralizado realiza tareas de desarrollo seguras a gran escala en toda la organización, podría 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, ya que 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 costosos o demasiado administrados para un equipo de carga de trabajo individual. Los equipos de plataforma pueden permitir estos componentes y servicios porque dividen el costo entre cargas de trabajo.
A menudo, estos servicios o plataformas centralizadas se ofrecen como simple showback, por lo que ayudan a mantener optimizado el costo de la carga de trabajo. 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 la educación autoguiado
- Incorporación a la administración de costos mediante el etiquetado de recursos específico
- Oferta de suscripciones a través de un proceso formal de vending de suscripciones
Explore las opciones de ingeniería de autoservicio y plataforma 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. Diles cómo han contribuido al éxito de la carga de trabajo. Cuando la carga de trabajo no cumpla sus obligaciones, comparta lo que no funciona y colabore y vuelva a almacenarla para volver a realizar el seguimiento.
Los equipos de 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 del marco bien diseñado 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 carga de trabajo tienen la obligación de comunicarse con los equipos de 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 obtener información 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 la brújula direccional. El marco bien diseñado proporciona claridad relacionada con el diseño y la implementación al ofrecer racionalizaciones explícitas para las decisiones arquitectónicas para lograr un resultado exitoso. Desarrolle una carga de trabajo correcta y comparta en ese éxito con su organización.