Plus d’un fournisseur infonuagique: une cible et des défis.

Tous les analystes le disent: dans un passage à l’infonuagique, la cible à atteindre est d’avoir plus d’un fournisseur infonuagique, c’est-à-dire viser le multicloud. Ok, moi aussi je recommande à mes clients d’avoir cette cible, mais sachez qu’il y a des défis à ne pas prendre à la légère.

Premièrement, si votre organisation a débuté son passage à l’infonuagique, sans vraiment en prendre conscience, vous faites probablement déjà du multicloud. Comme plusieurs, vous avez passé votre messagerie à Exchange OnLine, vous migrez vos services de collaboration à Microsoft 365, des gens utilisent des services de sondage comme Survey Monkey ou autre, des services SaaS commencent à apparaître ici et là, vos gens TI font des preuves de concept, ou encore mieux, ils ont des environnements IaaS/PaaS en production. On parle ici de 2 ou 3 fournisseurs infonuagiques au minimum. Vous faites du multicloud.

Quand on vous conseille de choisir plus d’un fournisseur infonuagique, il est sous-entendu d’aller vers une cible IaaS/PaaS avec plus d’un fournisseur. Le IaaS/PaaS est important dans cette phrase. Il est normal de faire le choix d’un premier fournisseur IaaS/PaaS bien éclairé et réfléchi, qui répondra au plus grand nombre de vos besoins infonuagiques.

Toutefois, pensez rapidement et ayez comme cible d’ajouter un 2e fournisseur. Celui-ci permettra d’offrir à vos équipes des services complémentaires à ceux du premier fournisseur. On parle ici de flexibilité et d’agilité. La quantité de services apportée par le recours à un 2e fournisseur infonuagique donnera à votre organisation un éventail de choix. Cette flexibilité lui permettra de faire des essais, de valider des concepts et de faire des comparaisons de coûts, tout cela afin de trouver le meilleur service pour le besoin exprimé. De plus, l’agilité de pouvoir déplacer vos charges d’un fournisseur à un autre et d’offrir de la relève optimale : imaginez avoir un système en production chez un premier fournisseur et sa relève bien en place dans le 2e.

Mais, car il y a un mais… Il y a des défis importants au recours au multicloud.

• La gouvernance opérationnelle : ne pas perdre le contrôle sur les coûts, les lieux d’hébergement, la sécurité (multiplication des journaux et des points d’entrée, gestion des accès, …)
  • Solutions à évaluer.
  • Mettre en place, au jour 1, les zones d’atterrissage (landing zones) collées aux bonnes pratiques des fournisseurs retenus.
  • Offrir des configurations (serveurs, stockage, bd, etc…) via un catalogue de services.
  • Toujours appliquer une mise en opération optimale (budget par projet, notifications de dépassement de budget et de bris de configuration et de sécurité).
  • Déployer les services par la programmation (Infra as a Code).
• L’interopérabilité et la portabilité : il faut s’assurer que les services et les composantes de différents fournisseurs infonuagiques soient en mesure de communiquer entre eux et qu’il soit possible de déplacer des charges d’un fournisseurs à un autre.
  • Solutions à évaluer.
  • Choisir des services infonuagiques qui sont basés sur des standards ou normes de l’industrie. Par exemple, des bases de données venant du logiciel libre (ou compatibles avec le logiciel libre), des services d’annuaires pouvant se lier à l’active directory de Microsoft, Docker et Kubernetes pour les conteneurs et autres.
  • Prévoir des échanges par API entre les services/fournisseurs.
  • Utilisation de langages de programmation transportables, par exemple .Net Core, Java, Javascript et autres.
• Portabilité des données : vous devez toujours vous soucier d’être en mesure de pouvoir déplacer vos données d’un fournisseur à un autre.
  • Solutions à évaluer.
  • Éviter des services de bases de données propriétaires et ceux qui ne seraient pas basés sur le logiciel libre.
  • L’extraction des données doit toujours être possible dans un format réutilisable.
  • Les coûts pour déplacer vos données doivent être raisonnables afin de ne pas être un frein à un éventuel changement de fournisseur.
• La sécurité : le multicloud ne doit pas compromettre la sécurité de vos systèmes d’information.
  • Solutions à évaluer.
  • Appliquer la sécurité au niveau du code de déploiement. L’infra as a code permet d’insérer les éléments de sécurité lors du déploiement de vos services.
  • Choisir des services de sécurité venant de vos fournisseurs infonuagiques offrant la possibilité de gérer la sécurité d’environnements multicloud, voire sur site.
  • Regarder pour mettre en place des services infonuagiques spécifiques à la sécurité (Security as a Service) et provenant de vendeurs reconnus pour offrir des services compatibles au multicloud.
  • Regrouper vos journaux à un même et seul endroit.
• La gestion des environnements multicloud : Avoir plus d’une console de gestion à regarder, à maîtriser peut devenir un problème.
  • Solutions à évaluer.
  • Recourir à un service CMP (Cloud Management Plateform): tout simplement une console de gestion donnant le contrôle sur les différents services de vos fournisseurs infonuagiques.
  • Donner la responsabilité de gérer vos environnements infonuagiques à différentes équipes.

Comme vous voyez, le passage au multicloud pose des défis. Défis qui ne sont pas sans solutions, soyez rassuré. Vous vous devez de bien saisir ces défis et de leur apporter les bonnes solutions. J’ai voulu, dans cet article, vous faire réfléchir sur le multicloud. Mes propos ne sont que le début de la conversation. Je ne prétends pas avoir apporté toutes les solutions aux défis énoncés. À vous de poursuivre votre réflexion.

Note : pour cet article, je me suis inspiré de mon expérience sur le terrain avec mes clients et de cet article fort intéressant :

CIO Think Tank: Setting the multi-cloud agenda

How can enterprises handle the complexity of multiple clouds — and reap unprecedented benefits? In a series of virtual roundtables, 30 IT leaders articulated the challenges and delivered insightful recommendations.

https://www.cio.com/article/3569471/cio-think-tank-setting-the-multi-cloud-agenda.html

Comme toujours, je vous invite à communiquer avec moi pour discuter du contenu de cet article.

Luc Pâquet