Charges de travail Azure Well-Architected Framework

Dans le contexte d’Azure Well-Architected Framework, le terme charge de travail fait référence à une collection de ressources d’application, de code personnalisé, de modèles IA, de données et d’infrastructure de prise en charge qui fonctionnent ensemble pour obtenir des résultats métier définis. Les architectes conçoivent des charges de travail pour répondre aux exigences métier fonctionnelles et non fonctionnelles, et une équipe de charge de travail les implémente.

Il est courant pour un architecte de décomposer les charges de travail en composants logiques, vu à la fois par les objectifs techniques et métier, et d’identifier les opportunités d’optimisation. Pour ce faire, analysez les interactions utilisateur, les flux de données et les processus opérationnels liés à ces composants. Les insights mènent fréquemment à l’introduction de nouvelles fonctionnalités ou à la dépréciation des fonctionnalités héritées, ce qui aide le système à évoluer avec l’écosystème cloud tout en traitant systématiquement la dette technique.

Les charges de travail peuvent être classées en de nombreux types. Les critères classiques pour la classification des charges de travail sont les suivants :

• Utilitaire, caractéristiques et modèles d’utilisation d’une charge de travail, tels que les applications web, le traitement par lots et l’analytique en temps réel.

• Principaux facteurs influents, tels que les plateformes technologiques ou l’alignement avec un secteur.

• Public cible prévu. Des exemples de solutions avec différents publics sont des applications métier internes au sein des entreprises, une solution indépendante de fournisseur de logiciels (ISV) achetée ou une solution SaaS (multilocataire) pour une utilisation publique.

Les charges de travail qui se trouvent dans la même classe peuvent partager des similitudes, notamment leur public cible, les exigences de conformité et les piles technologiques. Les cinq piliers du Well-Architected Framework, leurs principes, listes de contrôle et compromis sont pertinents pour toutes les classes de charge de travail.

L’aide sur la charge de travail du Well-Architected Framework décrit les priorités courantes et les compromis qui se rapportent à des classes de charge de travail spécifiques. Dans les conseils sur la charge de travail, le guide de pilier s’applique aux principes de conception technique et aux domaines de conception qui représentent les priorités d’une charge de travail. Suivez les recommandations pour vous aider à configurer une charge de travail réussie et à l’aligner sur l’infrastructure Well-Architected.

Qu’est-ce qu’une charge de travail Well-Architected Framework ?

La conception et les opérations de toute charge de travail doivent faire face aux cinq piliers architecturaux : fiabilité, sécurité, optimisation des coûts, excellence opérationnelle et efficacité des performances.

Pour créer une charge de travail réussie, développez-la conformément aux principes de l’infrastructure bien architecte, qui sont basés sur les idéaux suivants.

Charge de travail well-architected Framework :

• Présente des exigences fonctionnelles et non fonctionnelles définies et hiérarchisées pour atteindre un objectif.
• Est conçu pour vous permettre d’atteindre ces exigences en utilisant des ressources et en intégrant des modèles de conception et des compromis.
• Est construit et exploité aux spécifications d’une conception et d’un objectif.
• Est mesuré par la façon dont il atteint correctement son objectif.
• Peut s’adapter en fonction de son objectif est affiné ou modifié.
• Est aussi fiable que nécessaire.
• Est aussi sûr qu’il doit être.
• Offre un retour sur investissement suffisant.
• Est développé et géré de manière responsable.
• Accomplit son objectif dans un délai acceptable.

Une collaboration entre l’équipe de charge de travail et les équipes centrales d’une organisation doit créer une charge de travail avec les caractéristiques précédentes. Les sections suivantes décrivent ces équipes et leurs fonctions.

Équipe de charge de travail

Créez une équipe de charge de travail qui a des membres d’équipe avec un large éventail de disciplines techniques et métier. Le principal objectif de tous les membres de l’équipe doit être le succès de la charge de travail.

Pour prendre en charge le cycle de vie complet d’une charge de travail, les individus peuvent être organisés en sous-équipes, pods ou autres structures. Le Well-Architected Framework fait généralement référence à tous ces contributeurs collectivement en tant qu’équipe de charge de travail.

Équipes centralisées et parties prenantes

Les équipes centralisées prennent souvent en charge l’équipe de charge de travail. Ils fournissent des fonctions de support et appliquent la gouvernance pour un grand nombre ou pour toutes les charges de travail cloud au sein d’une organisation. Les équipes centralisées se concentrent sur la réussite de l’organisation, ce qui est réalisé en partie par le succès des charges de travail de l’organisation. Ils fournissent des services, des conseils et des garde-fous pour les charges de travail.

Une équipe de charge de travail Well-Architected Framework se concentre sur les résultats de la charge de travail. Ils se coordonnent avec et bénéficient du support spécialisé des membres de l’équipe centralisée.

Modèle de responsabilité partagée

Une charge de travail doit être déployée et utilisée pour fournir de la valeur. Dans le cadre de l’équipe de charge de travail, vous avez la responsabilité de concevoir, d’implémenter et de déployer votre charge de travail de manière à créer de la valeur dans votre organisation.

Les charges de travail existent dans le contexte de votre organisation. Une organisation a souvent des rôles de gouvernance et d’autorité réglementés. Votre équipe de charge de travail a la responsabilité de concevoir, d’implémenter et de déployer une charge de travail au sein de la base de votre organisation.

Conformément au Cloud Adoption Framework pour Azure, normalisez les ressources cloud de votre charge de travail. Appliquez rigoureusement la normalisation pour fournir une plateforme régie pour faciliter l’intégration des équipes de charge de travail. Appliquez cette gouvernance conformément au modèle d’exploitation cloud de votre organisation.

Vous pouvez utiliser des zones d’atterrissage Azure pour vous aider à effectuer la normalisation. Les zones d’atterrissage de plateforme et les zones d’atterrissage des applications sont disponibles dans Azure. Déployez votre charge de travail dans une zone d’atterrissage d’application, qui est une collection d’abonnements dédiés pour répondre aux besoins de l’organisation des ressources de la charge de travail, y compris tous ses environnements de préproduction et de production.

Votre organisation peut avoir une offre de plateforme cloud rigoureusement formalisée et entièrement alignée sur les zones d’atterrissage Azure. Ou votre organisation peut avoir une stratégie d’adoption différente ou aucune implémentation. En l’absence d’implémentation, les équipes de charge de travail sont presque entièrement autonomes.

Pour toute plateforme et gouvernance utilisée par votre organisation, vous devez appliquer les principes du Well-Architected Framework à vos charges de travail. Le Well-Architected Framework fait souvent référence à des zones d’atterrissage Azure, mais il ne dépend pas d’une implémentation de plateforme spécifique. Les piliers de Well-Architected Framework, les principes, les listes de contrôle et les guides concernent toutes les plateformes cloud et la plupart des types de charge de travail.

Répondre aux exigences

Tout au long de l’infrastructure well-architected, comme les piliers principaux et les conseils sur la charge de travail, les recommandations coïncident avec l’obligation de la charge de travail. Les recommandations n’impliquent généralement pas ce que les membres de l’équipe ou l’équipe facilitent ces obligations. Vous devez déterminer qui doit effectuer chaque action. Effectuez un mappage au niveau de la charge de travail pour déterminer les rôles et responsabilités de votre équipe liés à la topologie, au type de charge de travail et à la criticité.

L’équipe de charge de travail directe gère la plupart des exigences de charge de travail. Certaines exigences sont gérées en tant qu’effort conjoint avec les équipes centralisées. Par exemple, les choix d’implémentation peuvent être basés sur des garde-fous qu’une équipe centralisée définit. Ou une équipe centralisée peut gérer exclusivement les choix d’implémentation.

Certains composants d’infrastructure, tels que la connectivité intersite, ne sont pas considérés comme faisant partie d’une charge de travail individuelle. Au lieu de cela, ils sont traités comme des dépendances que la charge de travail consomme. Ces utilitaires centralisés sont souvent utilisés uniquement lorsqu’une exigence fonctionnelle ou non fonctionnelle justifie la dépendance et lorsque la prise en charge fournie répond aux besoins de la charge de travail.

Votre équipe de charge de travail doit créer une relation de travail avec d’autres équipes pour aider codeliver aux objectifs de charge de travail. Si vous externalisez des composants ou des responsabilités, vous devez vous acquitter de ces obligations.

Charges de travail en tant que dépendances

Au sein d’une organisation, votre charge de travail peut être une dépendance pour d’autres charges de travail, tout comme votre charge de travail peut prendre des dépendances sur d’autres charges de travail. En règle générale, cela se produit via des couches d’API accédant aux magasins d’état ou en appelant le traitement. Les organisations ont généralement de nombreuses charges de travail qui fonctionnent ensemble pour atteindre des objectifs métier plus larges. Toutes les charges de travail de votre organisation sont soumises à des contraintes similaires à celles de votre propre charge de travail.

Découvrir les contraintes

Une équipe centralisée prend en charge diverses charges de travail en fonction des fonctionnalités principales et de l’infrastructure de base de l’équipe. Pour fournir cette prise en charge à l’échelle de l’organisation, l’équipe centralisée peut implémenter l’uniformité et les contraintes sur le service proposé ou l’infrastructure. Lorsque vous concevez votre charge de travail, il est essentiel de comprendre ces contraintes et, dans la mesure du possible, de collaborer avec les architectes d’entreprise qui connaissent ces contraintes. Découvrez les implémentations précédentes autant que possible.

Chaque implémentation de gouvernance de plateforme est différente, mais les contraintes suivantes sont courantes pour de nombreuses charges de travail :

• Listes d’autorisation pour les ressources cloud
• Mandats de configuration pour les ressources cloud
• Listes d’autorisation régionales pour les ressources cloud et disponibilité de la connectivité intersite
• Prise en charge limitée ou sans plateforme en dehors des heures d’ouverture
• Configuration requise pour la mise à jour corrective
• Implémentation hub-spoke spécifique, qui pilote les implémentations DNS (Domain Name System) et de point de terminaison privé
• Exigences de contrôle de la chaîne d’approvisionnement

Communiquer explicitement les exigences

Si votre charge de travail est confrontée à une contrainte ou à un contrat de niveau de service (SLA) qui ne définit pas clairement une fonctionnalité ou une offre d’infrastructure de base, traitez cette situation comme un risque. Pour résoudre ce risque, votre équipe de charge de travail doit fournir une clarté aux autres équipes sur la façon dont la préoccupation affecte la charge de travail. Vous devrez peut-être modifier les exigences, la conception ou l’implémentation de la charge de travail ou modifier l’offre d’infrastructure.

Lorsque vous comprenez les obligations de l’équipe de plateforme liées aux directives organisationnelles et aux obligations de votre équipe de charge de travail, vous pouvez communiquer les exigences de charge de travail avec des attentes et des recommandations réalistes.

Communiquer les exigences courantes en matière de charge de travail

Chaque partenariat de plateforme est différent, mais les domaines suivants sont des sujets courants dans les conversations de responsabilité partagée :

• Conformité et exigences légales
• Spécificités réseau, telles que la nécessité d’une entrée statique ou d’adresses IP de sortie
• Exigences d’observabilité pour fournir un triage de site en direct efficace
• Exigences en matière de performances, telles que le stockage et le débit réseau, la disponibilité des ressources cloud ou la disponibilité régionale
• Attentes en matière d’accès à l’Internet public du point de vue de la sortie et de l’entrée
• Objectifs de niveau de service (SLA) ou contrats SLA proposés aux utilisateurs de la charge de travail
• Disponibilité du support technique

Comprendre le budget

Votre charge de travail a probablement un budget de dépenses d’investissement (CapEx) et de dépenses opérationnelles (OpEx). Une partie du budget OpEx est vos coûts de ressources cloud, qui peuvent être directs ou peuvent être par le biais de rétrofacturs provenant de services fournis de manière centralisée, tels que des appliances de sécurité ou une connectivité intersite.

Rechercher des victoires unifiées

La responsabilité partagée n’est pas seulement des compromis, des contraintes et des compromission. Les équipes de plateforme ont souvent des compétences hautement spécialisées et des budgets dédiés qui peuvent augmenter au-delà de ce qu’une équipe de charge de travail individuelle peut soutenir. Voici quelques exemples.

Spécialistes de la sécurité. Votre charge de travail peut avoir un cycle de vie de développement sécurisé. En tant qu’équipe de sécurité centralisée effectue des tâches de développement sécurisées à grande échelle au sein de votre organisation, elle peut effectuer des tests d’intrusion de routine au-dessus et au-delà de vos efforts. Il peut également vous aider à planifier et à exécuter une stratégie de réponse aux incidents.

Conseils sur l’architecture d’entreprise. Vous pouvez gagner du temps et des efforts si vous vous alignez sur les modèles et pratiques d’une équipe d’architecture d’entreprise, car l’équipe a déjà rationalisé les processus. Vous pouvez également éviter de retravailler si une solution n’est pas possible dans le cadre du partenariat sans négociation.

Dépenses de gros billets. Les équipes de plateforme hébergent souvent des composants ou des services trop coûteux ou trop gérés pour une équipe de charge de travail individuelle. Les équipes de plateforme peuvent se permettre ces composants et services, car elles divisent le coût entre les charges de travail.

Souvent, ces services ou plateformes centralisées sont proposés en tant que simple showback, de sorte qu’ils aident à optimiser le coût de la charge de travail. Et quand ils sont offerts comme rétrofacturation, ils sont souvent moins chers en raison des économies d’échelle et de centralisation.

Les équipes de plateforme fournissent souvent des options en libre-service aux équipes de charge de travail pour différentes activités. Par exemple :

• Fourniture d’un référentiel de documentation pour l’éducation auto-guidée
• Intégration à la gestion des coûts via un balisage de ressources spécifique
• Offre d’abonnements via un processus formel de vente d’abonnements

Explorez les options d’ingénierie en libre-service et de plateforme qui peuvent convenir à votre charge de travail.

Partager les réussites et les défis

La responsabilité partagée avec d’autres équipes implique également de partager les succès et les défis d’une charge de travail. Lorsque votre charge de travail respecte ses obligations et obtient la valeur prévue, partagez-la avec vos équipes partenaires. Dites-leur comment ils ont contribué au succès de la charge de travail. Lorsque votre charge de travail ne répond pas à ses obligations, partagez ce qui ne fonctionne pas et collaborez et recalibrez pour revenir en arrière.

Les équipes de plateforme ont également des obligations et des critères de réussite. Vous devez vous attendre à ce que vos partenaires vous indiquent si votre charge de travail fonctionne bien avec une offre ou si elle risque d’être un voisin bruyant.

S’efforcer d’améliorer continuellement

Un thème sur tous les piliers du Framework bien conçu est une amélioration continue. Adopter un état d’esprit progressif. Vous pouvez traiter de nouvelles approches des problèmes existants, adopter de nouvelles technologies, répondre à de nouvelles exigences ou fonctionner sous de nouvelles contraintes. À mesure que votre charge de travail s’améliore au fil du temps, attendez-vous à la même mentalité de vos équipes partenaires. Toutefois, chaque opportunité d’amélioration signifie également que les changements doivent être pris en charge par un processus de gestion approprié.

Les équipes de charge de travail ont l’obligation de communiquer avec les équipes de plateforme sur les modifications proposées aux exigences de charge de travail susceptibles d’avoir un effet sur les services de l’équipe de plateforme. De même, les équipes de plateforme ont l’obligation d’inclure leurs partenaires de charge de travail dans les processus de contrôle des modifications et de communiquer clairement les changements de plateforme impactants. Établissez une cadence de communication régulière avec des partenaires pour découvrir et partager la façon dont un produit évolue.

Obtenir un résultat réussi

Les charges de travail ont de nombreuses attentes des utilisateurs, des actionnaires, des organismes de réglementation, des employés, du centre d’excellence et des chefs d’expérience. Les attentes peuvent définir l’épinglage de boussole directionnelle. Le Framework Well-Architected fournit une clarté liée à la conception et à l’implémentation en offrant des rationalisations explicites pour les décisions architecturales afin d’obtenir un résultat réussi. Développez une charge de travail réussie et partagez cette réussite avec votre organisation.