Multi

Une fenêtre de ma maison a besoin d'être réparée. Je sais que je dois le faire, mais cela s'est retrouvé dans la case « trop difficile pour le moment », donc je ne me précipite pas pour régler le problème. Le courant d'air est vraiment ennuyeux au cours des neuf mois de temps britannique connus sous le nom de « gris et humide ».

Cela fait maintenant deux ans que je reporte ce travail, mais cela me coûte cher. De nombreux DSI lisant ces lignes sont susceptibles d'avoir leur propre travail à accomplir dans la vie réelle, et un casse-tête bien plus important dans leur vie professionnelle : le problème du verrouillage du cloud.

Qu'est-ce que c'est, je vous entends demander : il y a un problème avec le cloud ? Eh bien, l'Ofcom, le régulateur britannique du secteur des communications, pense que oui. Plus tôt cette année, elle a choqué le marché en annonçant qu'elle soumettrait le marché britannique du cloud pour enquête à l'Autorité de la concurrence et des marchés.

Pourquoi? Eh bien, l'Ofcom a identifié des fonctionnalités et des pratiques qui rendent plus difficile pour les clients de changer et d'utiliser plusieurs fournisseurs de cloud. Ils ont fait part de leurs inquiétudes concernant les obstacles à l'interopérabilité tels que les frais de sortie élevés (les frais que les clients paient pour transférer leurs données hors d'un cloud). Le régulateur estime que les hyperscalers fixent ces frais à des taux nettement plus élevés que les autres fournisseurs. L'Ofcom était également préoccupé par les restrictions techniques sur l'interopérabilité, ainsi que par les problèmes potentiels liés aux remises sur les dépenses engagées.

Je ne vais pas me lancer dans un long débat à ce sujet, mais je suis passionnément convaincu de la nécessité de tirer pleinement parti des avantages du cloud. Bénéficier de ces avantages ne devrait pas signifier que vous devez rompre votre contrat existant et recommencer, même si cela était possible.

Il se peut très bien que les questions liées aux contrats cloud échappent à votre contrôle et soient traitées à un niveau supérieur au sein de l'entreprise, ou directement par le directeur financier. Par conséquent, il est peu probable que vous puissiez simplement passer d’un hyperscaler à un autre. Donc, une partie de vous est peut-être tristement d’accord avec l’évaluation critique de l’Ofcom, mais pouvez-vous vraiment faire quelque chose à ce sujet ?

Je suggère que oui. De nombreux développeurs et architectes informatiques s'en soucient vraiment et même si le gros contrat peut être signé à un niveau supérieur, ce sont des personnes comme nous sur le terrain qui sont responsables de son bon fonctionnement. De plus, c'est votre budget qui est examiné si vous dépassez les dépenses convenues.

Je vois deux façons pour les DSI de s'opposer à la manière dont le cloud est géré dans leur entreprise. La première consiste simplement à défendre votre cause auprès de votre gestionnaire de compte.

Mais il existe également une deuxième option technique qui pourrait vous être plus bénéfique, jusqu'à ce que de nouvelles libertés dans le cloud dirigées par les régulateurs émergent. Cela implique de travailler consciemment avec des logiciels et des plates-formes qui ne vous laissent pas entièrement et coûteusement dépendants de la pile technologique d'un seul fournisseur.

Cela s'applique à de nombreux domaines d'application, mais celui que je connais le mieux est celui des bases de données, je vais donc me concentrer là-dessus. Chaque hyperscaler dispose d'une variété ahurissante d'options SQL, NoSQL, graphiques et autres. Celles-ci sont également hiérarchisées, vous pouvez donc choisir une base de données pour les problèmes à petite, moyenne et grande échelle.

Mais vous ne voulez pas vous enfermer dans un seul niveau d’une seule pile cloud : vous voulez vous offrir des options. La bonne nouvelle est que vous pouvez choisir « Vanilla Postgres », la version open source de base du langage Postgres SQL auprès de n'importe quel fournisseur de cloud que vous pouvez obtenir sur postgres.org.

Cependant, le danger de cette approche du « plus petit dénominateur commun » est que vous pourriez rencontrer des problèmes si votre application se développe et que vous devez ajouter des fonctionnalités au niveau de l'entreprise. À ce stade, il peut être utile de vous rappeler pourquoi vous vouliez travailler avec des bases de données cloud en premier lieu (et plus important encore, si Ofcom et Gartner ont raison, et que le multicloud est l'objectif que nous devrions tous viser). Vous modernisez votre couche de données pour exploiter toutes les fonctionnalités cloud natives étonnantes qui vous manquaient, notamment une évolutivité et une résilience simples sur site. Si vous ne les utilisez pas vraiment, alors vous faites simplement un changement et donc, en termes financiers (mais aussi techniques), vous ne bénéficiez pas des réels avantages du cloud.