Conception avec une logique de rentabilité
 Dépensez uniquement sur le nécessaire pour obtenir le rendement le plus élevé de vos investissements. |
|---|
Chaque décision concernant l’architecture a des implications financières directes et indirectes. Comprenez les coûts associés aux options de génération et d’achat, aux choix technologiques, au modèle de facturation et aux licences, à la formation, aux opérations, etc.
Compte tenu d’un ensemble d’exigences, optimisez et prenez des décisions de compromis liées aux coûts qui répondent encore efficacement aux préoccupations croisées de la charge de travail.
Exemple de scénario
Contoso Manufacturing (CM) exécute un système de gestion d’entrepôt (WMS) personnalisé pour gérer ses quatre entrepôts en Amérique du Sud et l’entreprise a décidé qu’il était temps de mettre à jour la solution et de la migrer vers le cloud. Ils envisagent un déplacement lift-and-shift de la solution actuelle ou d’une build toute nouvelle avec des outils cloud modernes. La direction de CM souhaite contrôler les coûts et a demandé aux dirigeants de l’équipe de la charge de travail comment ils vont aborder la migration avec l’objectif de maintenir la rentabilité.
La solution WMS est une application .NET s’exécutant sur IIS et utilisant SQL Server pour ses bases de données.
Mesurer le coût total de conception de la charge de travail
Mesurez le coût total des choix technologiques et de l’automatisation, en tenant compte de l’impact sur le retour sur investissement (ROI). La conception doit fonctionner dans les limites acceptables quant aux exigences fonctionnelles et non fonctionnelles. La conception doit également être flexible pour prendre en charge l’évolution prédite. Un facteur dans le coût de l’acquisition, de la formation et de la gestion des changements.
L’implémentation d’une approche équilibrée, prenant en compte le retour sur investissement, empêche la sur-ingénierie et peut accroître les coûts.
Problématique de Contoso
- L’équipe d’ingénierie de la charge de travail est ravie d’intégrer cette charge de travail dans le cloud, en rejoignant d’autres équipes CM ayant déjà effectué un développement natif dans le cloud.
- Ils ont conscience de la dette technique dans l’application et s’attendent à la résoudre en réécrivant une quantité importante du code de l’application et en passant à de nouvelles solutions natives cloud pour de nombreux composants.
- L’équipe d’ingénierie espère profiter de cette occasion pour complètement redessiner le système en microservices et l’héberger sur AKS, une technologie nouvelle, mais passionnante pour l’équipe.
Application de l’approche et résultats
- Bien que l’équipe de la charge de travail ait clairement envie d’effectuer une refactorisation à grande échelle, dans le cadre de la migration vers le cloud, elle se rend compte que la charge de travail doit préserver son retour sur investissement. Le maintien du retour sur investissement de la charge de travail va probablement rediriger l’équipe vers l’utilisation de solutions n’ayant pas besoin de formation approfondie de l’équipe d’ingénierie. Ils ne vont en outre pas pouvoir effectuer de réécritures volumineuses dans la charge de travail pour la migration.
- L’équipe de la charge de travail adopte une approche pragmatique de la conception du système, en s’assurant qu’il demeure rentable, fonctionne selon les paramètres attendus et n’est pas surdimensionné. Pour s’assurer du maintien du retour sur investissement et d’un déroulement efficace de la migration, elle a décidé que la meilleure approche consiste à utiliser une solution semblable au cloud, telle qu’Azure App Service.
- Au cours de la migration, ils vont traiter de manière sélective certaines dettes techniques afin de faire évoluer davantage la plateforme une fois qu’elle se trouve sur Azure, tout en considérant le retour sur investissement dans le cadre du processus de sélection.
Affiner la conception
Ajustez la conception en privilégiant des services qui peuvent réduire le coût global, n’ont pas besoin d’investissement supplémentaire ou n’ont pas d’impact significatif sur les fonctionnalités. Cela doit tenir compte du modèle d’entreprise et des choix technologiques qui apportent un retour sur investissement élevé.
Vous allez pouvoir explorer des options moins coûteuses qui peuvent permettre une flexibilité des ressources ou une mise à l’échelle dynamique, mais également justifier l’utilisation des investissements existants. Les paramètres de hiérarchisation peuvent prendre en compte les coûts requis pour les charges de travail critiques, l’exécution et les opérations, mais également d’autres coûts susceptibles d’aider l’équipe à travailler plus efficacement.
Problématique de Contoso
- La charge de travail existante est hébergée sur une appliance hyperconvergée (HCI) et la facturation du centre de coûts de l’équipe concerne les coûts de calcul, de réseau et de stockage.
- La charge de travail a déployé les environnements de préproduction et de production sur les machines virtuelles Windows.
- GitHub Actions avec des exécuteurs auto-hébergés sert à exécuter des travaux GitHub Actions.
Application de l’approche et résultats
- Après l’évaluation de plusieurs options natives cloud, l’équipe décide que le déplacement des composants web vers Azure App Service va fournir la compatibilité des applications Windows IIS, sans modification importante et sans besoin significatif de formation.
- L’équipe décide de continuer à utiliser GitHub Actions avec des exécuteurs auto-hébergés, mais elle effectue une migration vers un groupe de machines virtuelles identiques avec la possibilité d’effectuer une mise à l’échelle vers zéro nœud lorsqu’elle n’est pas utilisée.
Concevoir votre architecture pour prendre en charge les garde-fous de coût
Implémentez des garde-fous pour les coûts à travers des solutions de plateforme, des stratégies, des modèles de conception d’infrastructure et d’application ou une automatisation afin de vous assurer que les coûts de votre environnement cloud restent dans les budgets.
L’application, au travers de stratégies de gouvernance ou de modèles de conception d’application intégrés, peut empêcher les frais accessoires ou non approuvés.
Problématique de Contoso
- Le système existant n’a pas de garde-fous de coût, mais quelques changements, donc il y a eu peu de motivation pour y mettre en place ces garde-fous.
- Les propriétaires de l’environnement HCI ont défini une limite de ressources qui s’applique à cette charge de travail et l’empêche efficacement de consommer des ressources de calcul et de stockage excédentaires.
- L’équipe s’inquiète du risque de coûts inattendus dus au passage au cloud et ne sait pas comment réduire ce risque.
Application de l’approche et résultats
- L’équipe se forme aux solutions Microsoft Cost Management.
- L’équipe prévoit de configurer des limites à la mise à l’échelle pour les plans Azure App Service.
- Elle prévoit de configurer une stratégie de refus pour certaines références SKU de la machine virtuelle plus coûteuses, afin d’interdire le déploiement de ces références SKU.
- L’équipe prévoit d’implémenter l’automatisation afin d’aider à contrôler les coûts de stockage. Certains types de données passent automatiquement du stockage chaud au stockage froid ou archive, en fonction de critères comme la date du dernier accès. Ce type d’automatisation n’est pas possible dans l’environnement HCI.