L’intégration de l’IA accroît la complexité opérationnelle
L’idée que l’IA va tout simplifier est erronée. Oui, elle ouvre des portes. Mais dans l’exécution, en particulier dans une configuration multicloud, elle introduit plus de complexité que ce à quoi la plupart des entreprises sont prêtes. Lancer un autre outil d’IA dans votre pile technologique déjà en expansion sans un modèle de gouvernance solide n’est pas de l’innovation. C’est de l’encombrement. Si vous exécutez l’IA sur plusieurs plateformes cloud, attendez-vous à devoir gérer différentes API, des formats de données incompatibles et une augmentation des transferts entre plateformes. Ce ne sont pas des problèmes mineurs. Ils s’aggravent rapidement.
Vous voulez des performances, de l’interopérabilité et une sécurité renforcée. Cela demande de l’intention. Il faut aussi consolider l’infrastructure existante et gérer la prolifération des logiciels avant qu’elle ne devienne un frein à l’innovation. La dette technique s’accumule tranquillement. Sans plan pour la gérer, l’agilité s’estompe et la vélocité se heurte à un mur. L’avantage ? L’IA peut vous aider à réparer ce qu’elle casse. S’ils sont correctement formés et déployés, les outils d’IA peuvent identifier les inefficacités en termes de coûts, les logiciels redondants et les échecs d’intégration. Ils aident à moderniser l’infrastructure en fournissant une télémétrie en temps réel sur l’utilisation des logiciels, ce qui permet de prendre des décisions plus intelligentes sur ce qui reste, ce qui disparaît et ce qui évolue.
Ignorez le bruit. Concentrez-vous sur la clarté. Veillez à ce que chaque initiative en matière d’IA soit liée à des résultats commerciaux mesurables.
Mindy Lieberman, directrice des systèmes d’information chez MongoDB, l’a dit clairement. Elle affirme que l’incapacité à maîtriser la prolifération induite par l’IA entraîne une augmentation des coûts et une aggravation de la dette technique. Mais elle est également claire : l’IA peut simplifier la complexité si nous l’utilisons pour surveiller, gouverner et réorganiser les systèmes fragmentés. C’est là que l’IA donne plus qu’elle ne prend.
Les réglementations relatives à la souveraineté des données compliquent les stratégies multicloud
La conformité n’est pas facultative. Et dans un monde multicloud, elle ne devient pas plus facile, elle devient plus fragmentée. Si vous opérez dans plusieurs régions, vous êtes confronté à des réglementations telles que le GDPR de l’UE ou à des lois d’État telles que le California Consumer Privacy Act (loi californienne sur la protection de la vie privée des consommateurs). Ces lois dictent l’endroit où les données sont stockées, traitées et consultées. Si les règles stipulent que les données de vos clients doivent rester dans l’UE, votre infrastructure doit s’aligner sur ces règles. En d’autres termes, ce n’est pas vous qui décidez de l’emplacement des données. C’est la loi qui le fait.
Cela alourdit la charge, tant sur le plan architectural que financier. Les entreprises finissent par construire des systèmes redondants pour respecter la conformité, ce qui augmente les coûts d’exploitation. Cela détourne également l’attention de l’échelle et de l’innovation. Mais c’est le paysage actuel. Soit vous construisez en conséquence, soit vous vous exposez à des perturbations ultérieures dues à des audits, à des risques juridiques ou à des atteintes à la réputation.
Pour les dirigeants, la nuance est la suivante : chaque nouvelle région dans laquelle vous vous étendez entraîne de nouveaux frais de conformité. Sans une intégration étroite entre les équipes informatiques et juridiques, vous risquez des lacunes en matière de conformité qui ne se manifesteront que trop tard. Vous ne voulez pas que votre infrastructure dicte votre stratégie de conformité. Vous voulez que la conformité guide la construction.
Scott duFour, DSI de Corpay, en sait quelque chose. Son équipe a dû créer de nouvelles instances européennes pour se conformer à la GDPR. Ce n’est pas donné, mais c’est nécessaire. Même aux États-Unis, où les réglementations sont variées, son équipe travaille main dans la main avec la conformité pour s’assurer que l’architecture cloud prend en charge chaque relation de partenariat, en particulier dans des États plus stricts comme la Californie.
L’expansion doit amplifier les performances et non multiplier les risques. La gouvernance des données à grande échelle exige de la précision, et cela commence tôt. Construisez une infrastructure qui respecte la façon dont le monde fonctionne aujourd’hui, et non la façon dont nous espérions qu’il fonctionnerait.
Les risques de sécurité se multiplient dans les environnements multicloud
La sécurité se complique lorsque vous opérez dans plusieurs clouds. Chaque plateforme a ses propres configurations, politiques et paramètres par défaut. Vous ne vous contentez pas de sécuriser un périmètre, vous en surveillez plusieurs. Et si votre équipe ne dispose pas d’une visibilité totale ou d’une stratégie centralisée, vous avez déjà perdu du terrain avant même qu’une brèche ne se produise. La surface d’attaque s’étend avec chaque nouveau fournisseur ajouté à votre architecture. C’est la réalité, pas la théorie.
Dans le multicloud, la cohérence importe plus que la complexité. Vous avez besoin d’un cadre de sécurité unifié qui couvre tous les clouds et applique la gestion des identités, la détection des menaces et le chiffrement sans aucune lacune. Il ne s’agit pas de faire confiance à vos fournisseurs de cloud pour tout gérer. La plupart des entreprises enveloppent encore leurs actifs dans le cloud de protections supplémentaires avec des outils qu’elles contrôlent directement. C’est la bonne approche. Chaque cloud doit être surveillé en permanence à l’aide de vos propres normes, des normes qui résistent à l’examen réglementaire et aux menaces du monde réel.
Les dirigeants sous-estiment souvent les frais généraux opérationnels liés à la gestion des différentes règles de conformité et de sécurité dans les environnements cloud commerciaux et gouvernementaux. Ce n’est pas seulement un inconvénient, cela définit où certains types de données peuvent légalement résider et comment vos équipes doivent adapter les protocoles de sécurité en conséquence.
Scott Simari, directeur de Sendero Consulting, insiste sur la nécessité de modèles de sécurité spécifiques dans les configurations multiclouds. Il explique que certains clients, comme les entreprises de services publics qui exploitent des centrales nucléaires, ne peuvent pas du tout stocker des données réglementées par le gouvernement fédéral dans des clouds commerciaux. Cela oblige les organisations à adopter une méthode sur mesure pour chaque cloud qu’elles utilisent, jusqu’à la façon dont elles administrent l’accès et chiffrent les données dans les différents environnements. Cela inclut l’adoption d’un accès au moindre privilège et de permissions juste à temps, des étapes essentielles pour réduire l’exposition.
Déployez une fois, surveillez toujours et supposez que la complexité augmentera. Cet état d’esprit permet d’éviter les échecs lorsque les enjeux sont les plus importants.
La flexibilité et l’observabilité sont essentielles pour une gestion efficace du multicloud.
L’utilisation de plusieurs fournisseurs de cloud exige de la flexibilité, non seulement dans vos contrats, mais aussi dans votre code. Si vos systèmes sont étroitement liés à un seul cloud, vous réduisez vos options et augmentez vos risques. La possibilité de déplacer les charges de travail d’un fournisseur à l’autre, en fonction des performances ou du prix, est désormais une exigence de base, et non plus une fonctionnalité. Pour y parvenir, il faut utiliser la conteneurisation, abstraire l’infrastructure et adopter des outils d’orchestration qui s’exécutent entre les clouds sans friction.
Mais le déploiement n’est que la moitié de l’histoire. Vous avez également besoin d’une observabilité totale. Cela signifie une vue unique du comportement du système à travers les clouds, le suivi des indicateurs de performance, de disponibilité, de coût et de sécurité sur toutes les plateformes que vous utilisez. Regarder des dizaines de tableaux de bord ne vous rend pas plus intelligent. La surveillance unifiée rend les données utiles. Et avec l’échelle, c’est la seule chose qui permet de garder le contrôle en temps réel à portée de main.
Vous ne pouvez pas réparer ce que vous ne pouvez pas voir. Les inefficacités cachées, les pannes ou les manquements à la conformité dans un système cloisonné coûtent d’autant plus cher qu’ils ne sont pas détectés. C’est particulièrement vrai lorsque votre infrastructure s’étend sur plusieurs régions géographiques avec des latences et des capacités de service variables.
Bryan Wall, senior competency leader for cloud engineering chez Experis, souligne l’importance des architectures découplées et portables qui ne limitent pas le déploiement des charges de travail. La flexibilité signifie que vous choisissez le bon outil chez le bon fournisseur quand vous en avez besoin. Chris Thomas, directeur chez Deloitte Consulting, insiste sur la nécessité d’une observabilité globale. Il souligne que les problèmes manqués dans une partie de votre architecture peuvent avoir un impact sur les utilisateurs au niveau mondial, y compris des défaillances de conformité ou une dégradation de l’expérience utilisateur.
Les dirigeants doivent considérer l’observabilité et la flexibilité architecturale comme les deux faces d’une même exigence. L’une vous permet de bouger, l’autre de surveiller. Les deux sont essentiels si vous voulez que votre infrastructure évolue de manière prévisible.
La gestion des coûts nécessite une gouvernance financière active et transversale (FinOps).
Les coûts du cloud augmentent rapidement, en particulier dans les environnements multicloud. Les fournisseurs offrent une échelle et des performances, mais pas de clarté. Sans une gouvernance financière active, il est facile de gaspiller des millions dans des services redondants, des capacités sous-utilisées ou des modèles de tarification inadaptés. Ce problème ne se règle pas tout seul. Vous avez besoin de mesures actives, d’un alignement délibéré entre l’informatique et la finance, et d’une discipline entre les équipes. C’est là que FinOps entre en jeu. Il ne s’agit pas seulement d’un processus, mais d’un état d’esprit où les dépenses et les performances sont évaluées en permanence, et non pas seulement examinées tous les trimestres.
La fonction de base des FinOps est simple : aider vos équipes à comprendre le coût de chaque décision concernant le cloud, en temps réel. Cela signifie qu’il faut responsabiliser les équipes, optimiser les charges de travail sur une infrastructure de taille appropriée et utiliser des modèles de tarification qui reflètent l’utilisation réelle, et non des suppositions. Sans cette rigueur opérationnelle, votre budget cloud devient rapidement gonflé. En particulier avec le multicloud, où la complexité de la facturation se multiplie rapidement et où les équipes se déploient souvent sans surveillance claire des coûts.
Pour les dirigeants, la véritable opportunité réside dans le contrôle stratégique. Lorsque FinOps fonctionne, il permet de prendre des décisions d’investissement plus intelligentes qui évoluent avec l’entreprise. Vous obtenez plus de vos partenaires cloud, vous dépensez moins en ressources inutiles et vous alignez le budget sur les résultats réels. Mais cela ne se fait pas automatiquement. Il faut l’adhésion des équipes d’ingénierie, de finance et de produits, et pas seulement celle d’un tableau de bord.
Scott Simari, directeur chez Sendero Consulting, explique que de nombreuses entreprises paient pour une capacité cloud bien supérieure à celle qu’elles utilisent, simplement parce qu’elles ne suivent pas leur consommation d’assez près ou n’ajustent pas l’allocation des ressources d’un mois sur l’autre. Il considère les FinOps comme le contrepoids à ce gaspillage, en permettant une analyse régulière des coûts et des bénéfices et un ajustement proactif des ressources.
Scott duFour, DSI de Corpay, en rajoute une couche. Son équipe est confrontée à la complexité supplémentaire de l’intégration des environnements cloud des entreprises acquises, chacune ayant ses propres fournisseurs de services et structures de facturation. Le transfert de ces environnements dans une empreinte centralisée et sécurisée permet de limiter les coûts et d’appliquer des normes opérationnelles. Mais cela prend du temps, et il ne s’agit pas d’un effort ponctuel. À chaque nouvelle acquisition, ce cycle de réalignement se répète.
Si vous développez votre stratégie cloud, ou votre entreprise, FinOps doit évoluer avec elle. Sinon, vous déléguez le contrôle financier à vos systèmes au lieu de l’intégrer à vos opérations.
Principaux enseignements pour les dirigeants
- L’IA ajoute des frictions en l’absence d’une gouvernance solide : Les dirigeants doivent s’assurer que les déploiements de charges de travail d’IA sont rationalisés dans les environnements cloud afin d’éviter la dette technique et la prolifération des outils. Utilisez l’IA non seulement pour exécuter des tâches, mais aussi pour surveiller les systèmes, réduire la redondance et moderniser l’infrastructure.
- Les lois sur les données exigent une précision architecturale : Les stratégies multicloud doivent être conçues en gardant à l’esprit la souveraineté des données et en garantissant la conformité avec les lois spécifiques à chaque région, telles que le GDPR et la législation californienne sur la protection de la vie privée. Alignez les équipes informatiques et de conformité dès le début pour gérer efficacement les coûts et la complexité.
- La sécurité doit s’adapter à la complexité : Une pile de clouds fragmentée augmente l’exposition. Centralisez la gestion des identités, appliquez l’accès au moindre privilège et élaborez des protocoles de sécurité spécifiques au cloud qui répondent à la fois aux exigences opérationnelles et réglementaires.
- La flexibilité et l’observabilité ne sont pas facultatives : Architecturez des solutions cloud pour qu’elles s’exécutent sur n’importe quel fournisseur en utilisant des outils de conteneurisation et d’orchestration. Investissez dans des plates-formes d’observabilité unifiées pour maintenir la visibilité au fur et à mesure que votre infrastructure évolue.
- FinOps transforme le contrôle des coûts en stratégie : La gouvernance financière interfonctionnelle est essentielle pour éviter les dépassements de coûts liés au multi-cloud. Les dirigeants doivent établir des pratiques FinOps qui lient directement les investissements dans le cloud à l’utilisation, aux objectifs commerciaux et à l’expansion stratégique.


