Engagement commercial dans la gestion cloud

La définition de l’engagement commercial est un exercice d’équilibrage des priorités. L’objectif est d’aligner le niveau adéquat de gestion opérationnelle sur un coût de fonctionnement acceptable. Cet équilibrage requiert quelques points de données et calculs que nous avons présentés dans cet article.

Les engagements en matière de stabilité métier (par résilience technique ou autres impacts de contrats de niveau de service SLA) constituent une décision de justification métier. Pour la plupart des charges de travail dans un environnement, un niveau de base en gestion cloud est suffisant. Pour les autres, une multiplication par 2 à 4 se justifie facilement en raison de l’impact potentiel des interruptions de l’entreprise.

Les articles précédents de cette série peuvent vous aider à comprendre la classification et l’impact des interruptions sur diverses charges de travail. Cet article vous aide à calculer les retours. Comme le montre l’image précédente, chaque niveau de la gestion du cloud a des points d’inflexion où le coût peut augmenter plus rapidement que la résilience. Ces points d’inflexion vous invitent à prendre des décisions commerciales détaillées et des engagements commerciaux.

Déterminer un engagement adéquat avec l’entreprise

Pour chaque charge de travail du portefeuille, l’équipe des opérations cloud et l’équipe de stratégie cloud doivent s’aligner sur le niveau de gestion fourni directement par l’équipe d’exploitation du cloud.

Lors de l’établissement d’un engagement avec l’entreprise, quelques aspects clés doivent être harmonisés :

• Prérequis pour les opérations informatiques.
• Responsabilité de gestion.
• Location cloud.
• Facteurs de coût accessoires.
• ROI de prévention des pertes.
• Validation du niveau de gestion.

Pour vous aider dans votre processus de décision, le reste de cet article décrit ces aspects de manière plus détaillée.

Conditions requises pour les opérations informatiques

Le Guide de gestion Azure présente les outils de gestion disponibles dans Azure. Avant de parvenir à un engagement envers l’entreprise, le département informatique doit déterminer une base de référence de gestion standard acceptable à appliquer à toutes les charges de travail gérées. Il calcule ensuite un coût de gestion standard pour chacune des charges de travail gérées dans le portefeuille informatique, en fonction du nombre de cœurs de processeur, de l’espace disque et d’autres variables relatives aux ressources. Il évalue également un contrat SLA composite pour chaque charge de travail selon l’architecture.

Conseil

Les équipes d’exploitation informatique utilisent souvent une durée de fonctionnement minimale de 99,9 pour cent par défaut pour le contrat SLA composite initial. Ils peuvent également choisir de normaliser les coûts de gestion en fonction de la charge de travail moyenne, en particulier pour les solutions ayant des besoins minimaux en journalisation et en stockage. La moyenne des coûts de quelques charges de travail de gravité moyenne peut constituer un point de départ pour les conversations initiales.

Conseil

Si vous utilisez le classeur de gestion des opérations pour planifier la gestion cloud, les champs de gestion des opérations doivent être mis à jour de façon à refléter ces prérequis. Ces champs incluent le niveau d’engagement, le contrat SLA composite et le coût mensuel. Le coût mensuel doit représenter le coût des outils de gestion opérationnelle ajoutés sur une base mensuelle.

La ligne de base de la gestion des opérations sert de point de départ à valider dans chacune des sections suivantes.

Responsabilité de gestion

Dans un environnement local traditionnel, le coût de la gestion de l’environnement est généralement considéré comme un coût irrécupérable détenu par les opérations informatiques. Dans le cloud, la gestion est une décision intentionnelle avec un impact budgétaire direct. Les coûts de chaque fonction de gestion peuvent être plus directement attribués à chaque charge de travail déployée dans le cloud. Cette approche permet un meilleur contrôle, mais elle crée une exigence pour les équipes d’exploitation cloud et les équipes de stratégie cloud de s’engager en premier lieu dans un accord sur les responsabilités.

Les organisations peuvent également choisir de sous-traiter certaines de leurs fonctions de gestion en cours avec un fournisseur de services. Ces fournisseurs de services peuvent utiliser Azure Lighthouse pour offrir aux organisations un contrôle plus précis de l’octroi de l’accès à leurs ressources, ainsi qu’une meilleure visibilité des actions effectuées par les fournisseurs de services.

• Responsabilité déléguée : comme il n’est pas nécessaire de centraliser et de prévoir une surcharge de gestion opérationnelle, les opérations informatiques de nombreuses organisations envisagent de nouvelles approches. L’une des approches courantes est appelée responsabilité déléguée. Dans un modèle de centre d’excellence cloud, les opérations de plateforme et l’automatisation de plateforme fournissent des outils de gestion en libre-service, que les équipes d’exploitation peuvent utiliser, indépendamment d’une équipe centralisée en charge des opérations informatiques. Cette approche donne aux parties prenantes de l’entreprise le contrôle total des budgets liés à la gestion. Elle permet également à l’équipe du centre d’excellence de cloud (CCoE) de garantir qu’un nombre minimal de barrières de sécurité ont été correctement implémentées. Dans ce modèle, l’informatique agit comme un courtier et un guide pour aider l’entreprise à prendre des décisions judicieuses. Les opérations métier supervisent les opérations quotidiennes des charges de travail dépendantes.

• Responsabilité centralisée : Les exigences de conformité, la complexité technique et certains modèles de service partagés peuvent nécessiter un modèle d’équipe informatique centrale. Dans ce modèle, l’informatique continue d’exercer ses responsabilités de gestion des opérations. La conception environnementale, les contrôles de gestion et les outils de gouvernance peuvent être gérés et contrôlés de manière centralisée, ce qui limite l’engagement des parties prenantes métier dans la gestion. Toutefois, la visibilité du coût et de l’architecture des approches du cloud facilitent grandement la communication des coûts et du niveau de gestion pour chaque charge de travail.

• Modèle mixte : La classification est au cœur d’un modèle mixte de responsabilités de gestion. Les entreprises qui se trouvent au milieu d’une transformation d’un environnement local vers le cloud peuvent avoir besoin d’un modèle d’exploitation local en premier pendant un certain temps. Celles qui ont des exigences strictes en matière de conformité ou qui dépendent de contrats à long terme avec des fournisseurs sous-traitants peuvent avoir besoin d’un modèle d’exploitation centralisé.

  Quelles que soient leurs contraintes, aujourd’hui les entreprises doivent innover. Lorsque l’innovation rapide doit croître, au milieu d’un modèle de responsabilité informatique centralisée, une approche avec un modèle mixte peut offrir un équilibre. Dans cette approche, une équipe informatique centrale fournit un modèle d’exploitation centralisé pour toutes les charges de travail critiques ou qui contiennent des informations sensibles. Dans un même temps, toutes les autres classifications de charge de travail peuvent être placées dans un environnement cloud conçu pour les responsabilités déléguées. L’approche de responsabilité centralisée fait office de modèle d’exploitation général. L’entreprise a ensuite la possibilité d’adopter un modèle d’exploitation spécialisé, en fonction du niveau de support et de sensibilité requis.

La première étape est la validation d’une approche de responsabilité, ce qui façonne les engagements suivants.

Quelle organisation sera responsable de la gestion des opérations quotidiennes pour cette charge de travail ?

Location cloud

Pour la plupart des entreprises, la gestion est plus facile lorsque toutes les ressources résident dans un seul locataire. Toutefois, certaines organisations peuvent avoir besoin de gérer plusieurs locataires. Pour savoir pourquoi une entreprise peut avoir besoin d’un environnement Azure multi-locataire, consultez Centraliser les opérations de gestion avec Azure Lighthouse.

Cette charge de travail se trouve-t-elle dans un seul locataire Azure, avec toutes les autres charges de travail ?

Facteurs de coût souple

La section suivante décrit une approche des retours comparatifs associés aux niveaux de processus et d’outils de gestion. À la fin de cette section, chaque charge de travail analysée mesure le coût de la gestion par rapport à l’impact prévu des interruptions de l’entreprise. Cette approche offre un moyen relativement facile de comprendre si un investissement dans des approches de gestion plus riche est justifié.

Avant que vous exécutiez les nombres, il est important d’examiner les facteurs de coûts accessoires. Les facteurs de coût souple génèrent un retour, mais ce retour est difficile à mesurer par le biais d’économies directes qui seraient visibles dans une déclaration de pertes et profits. Les facteurs de coût souple sont importants, car ils peuvent indiquer un besoin d’investir dans un niveau de gestion élevé.

Voici quelques exemples de facteurs accessoires :

• Utilisation quotidienne de la charge de travail par le conseil ou le CEO.
• Utilisation de la charge de travail par x pour cent des plus gros clients, qui a un impact accru sur les recettes ailleurs.
• Impact sur la satisfaction des employés.

Le point de données suivant requis pour faire un engagement est une liste de facteurs de coût souple. Ces facteurs n’ont pas besoin d’être documentés à ce stade, mais les parties prenantes de l’entreprise doivent avoir conscience de l’importance de ces facteurs et de leur exclusion des calculs suivants.

Calculer le ROI pour éviter les pertes

Quand elle calcule le retour relatif sur les coûts de gestion des opérations, l’équipe informatique chargée des opérations cloud doit remplir les conditions préalables susmentionnées et partir d’un niveau minimal de gestion pour toutes les charges de travail.

Le prochain engagement à effectuer est l’acceptation par l’entreprise des coûts associés à l’offre gérée par référence.

L’entreprise est-elle d’accord pour investir dans l’offre de base pour répondre aux normes minimales des opérations cloud ?

Si l’entreprise n’accepte pas ce niveau de gestion, une solution doit être conçue pour permettre à l’entreprise de continuer, sans affecter de manière significative les opérations cloud d’autres charges de travail.

Si l’entreprise souhaite un niveau supérieur au niveau de gestion standard, le reste de cette section vous aidera à valider cet investissement et les retours associés (sous forme de prévention des pertes).

Augmentation des niveaux de gestion : Principes de conception et catalogue de services

Pour les solutions gérées, plusieurs principes de conception et solutions de modèles peuvent être appliqués en plus de la ligne de base de gestion. Chacun des principes de conception en matière de fiabilité et de résilience augmente le coût d’exploitation de la charge de travail. Pour permettre aux professionnels de l’informatique et aux entreprises de s’accorder sur ces engagements supplémentaires, il est important de comprendre les pertes potentielles qui peuvent être évitées par le biais de ces investissements accrus.

Les calculs suivants vous guideront dans les formules pour vous aider à mieux comprendre les différences entre les pertes et les investissements de gestion accrus. Pour obtenir des conseils sur le calcul du coût d’une gestion accrue, consultez Automatisation de la charge de travail et Automatisation de la plateforme.

Conseil

Si vous utilisez le classeur de gestion des opérations pour planifier la gestion cloud, mettez à jour les champs de gestion des opérations de façon qu’ils reflètent chaque conversation. Ces champs incluent le niveau d’engagement, le contrat SLA composite et le coût mensuel. Le coût mensuel doit représenter le coût mensuel des outils de gestion opérationnelle ajoutés. Une fois mis à jour, les champs mettent à jour les formules ROI et chacun des champs suivants.

Estimation de l’interruption (heures par année)

Le SLA composite est le contrat de niveau de service basé sur le déploiement de chaque ressource de la charge de travail. Ce champ indique une estimation de l’interruption (marquée Est.Outage dans le classeur). Pour estimer l’interruption en heures par année sans utiliser le classeur, appliquez la formule suivante :

Estimation de l’interruption = (1 - pourcentage SLA composite) x nombre d’heures dans une année

Le classeur utilise la valeur par défaut de 8 760 heures par an.

Impact sur la perte standard

L’impact sur la perte standard (marqué Standard Impact dans le classeur) prévoit l’impact financier de toute interruption, en supposant que la prédiction d'estimation de l’interruption est exacte. Pour calculer cette prévision sans utiliser le classeur, appliquez la formule suivante :

Impact standard = estimation de l’interruption 99,9 % de disponibilité x impact durée/valeur

Cela sert de base pour le coût, si les parties prenantes de l’entreprise choisissent d’investir dans un niveau de gestion plus élevé.

Impact sur le contrat SLA composite

L’impact sur le contrat SLA composite (marqué Commitment level impact dans le classeur) fournit un impact fiscal mis à jour, en fonction des modifications apportées au contrat SLA de temps d’activité. Ce calcul vous permet de comparer l’impact financier projeté des deux options. Pour calculer cet impact de la prévision sans la feuille de calcul, appliquez la formule suivante :

Impact du contrat SLA composite = estimation de l’interruption x impact durée/valeur

La valeur représente les pertes potentielles à éviter par le niveau d’engagement modifié et le nouveau contrat SLA composite.

Base de comparaison

La base de comparaison évalue l’impact standard et l’impact du contrat SLA composite pour déterminer lequel est le plus approprié dans la colonne de retour.

Retour sur prévention des pertes

Si le coût de la gestion d’une charge de travail dépasse les pertes potentielles, l’investissement proposé dans la gestion cloud peut ne pas être fructueux. Pour comparer le retour sur prévention des pertes, consultez la colonne intitulée ROI annuel****. Pour calculer cette colonne vous-même, utilisez la formule suivante :

Retour sur prévention des pertes = (base de comparaison - (coût mensuel × 12)) ÷ (coût mensuel × 12))

À moins qu’il n’y ait d’autres facteurs de coût logiciel à prendre en compte, cette comparaison peut rapidement suggérer s’il faudrait investir plus dans les opérations cloud, la résilience, la fiabilité ou d’autres domaines.

Valider l’engagement

À ce stade du processus, des engagements ont été pris : la responsabilité centralisée ou déléguée, la location Azure et le niveau d’engagement. Chaque engagement doit être validé et documenté pour s’assurer que l’équipe d’exploitation du cloud, l’équipe de stratégie cloud et les parties prenantes de l’entreprise sont en accord avec cet engagement pour gérer la charge de travail.

Étapes suivantes

Une fois les engagements effectués, les équipes d’exploitation responsables peuvent commencer à configurer la charge de travail en question. Pour commencer, évaluez les différentes approches d’inventaire et de visibilité.

Options d’inventaire et de visibilité