Le Cloud Lock-in (également appelé verrouillage du fournisseur ou verrouillage des données) se produit lorsque le client se retrouve pris et complétement dépendant d’un seul stockage dans le cloud. Cette situation arrive lorsque la transition des données, des produits ou des services vers la plate-forme d’un autre fournisseur devient difficile et coûteuse.
AWS a l’habitude de bloquer ses clients en leurs facturant des frais de transfert excessifs pour déplacer les données hors de leur espace cloud. D’autres sociétés de cloud bloquent les clients en limitant le potentiel d’intégration de leurs produits avec les produits d’autres fournisseurs.
Voici un guide rapide pour faire face à la réalité du cloud computing lock-in et pourquoi vous devez habituellement payer son prix.
L’importance de lock-in
« Je ne veux pas m’enfermer à un cloud spécifique », c’est ce qu’on entend quotidiennement chez les clients. Bien sûr qu’ils ne le font pas. Qui le fait d’ailleurs ?
Cependant, ce sont les réalités des services cloud : si vous déplacez vos applications vers un cloud et que vous utilisez des services natifs sur ce cloud, vous êtes maintenant associé à ce cloud, mais cela vous coûtera du temps, de l’argent et, bien sûr, du risque. Mais vous n’êtes pas techniquement verrouillé. Cependant, ça coûte cher de passer à un fournisseur différent. Pourtant, vous devez verrouiller votre cloud.
La vérité est que tous les principaux fournisseurs de cloud publics doivent livrer également le compromis de Lock-in. Bien que vous puissiez certainement écrire et déployer des applications avec un fournisseur de cloud et que vous pouvez les porter vers des plate-formes similaires sur les autres clouds, elles n’atteindront pas leur plein potentiel si vous n’utilisez pas les services natifs de cloud et la migration devient difficile. Vous allez perdre l’intégration dans les services de sécurité, les services de gouvernance, les performances élevées et la rentabilité.
En d’autres termes, à moins d’accepter certains lock-in, vos applications ne profiteront pas pleinement du nouveau serveur cloud. Et pire encore, les fournisseurs de cloud public proposent chacun des différents services natifs de cloud et ça vous bloque. Par conséquent, la promesse de plate-formes de cloud ouvertes a été fonctionnellement remplacée par de très bonnes et très propriétaires dont les plateformes de cloud public.
Cloud lock-in : un compromis !
Bien que le prix d’utilisation efficace des clouds qui ne doit pas être évité est le lock-in, ce n’est pas aussi cher que vous pourriez le penser.
Tout d’abord, il est peu probable que vous déplacez les applications hors de votre cloud choisi lorsque vous avez réalisé le déplacement vers ce cloud et que vous avez remarqué que vos applications n’ont pas vraiment bénéficié de la native de cloud. Bien que les entreprises aient besoin de se préparer à la possibilité qu’un fournisseur de cloud puisse disparaître, ou les abuser en augmentant le prix, il y a peu de chances que cela se produise car ce marché tient bon aujourd’hui.
Deuxièmement, il n’y a pas de bonnes raisons de déplacer une charge de travail vers un autre cloud public sans tirer profit des services natifs du cloud choisi. Si vous souhaitez créer une application générique, la déployer et la faire vivre dans le cloud, il est inutile de la déplacer. Cela va vous coûter cher plus que le bénéfice.
Troisièmement, lock-in existe également dans le centre de données. Vous avez choisi différents serveurs, systèmes d’exploitation, applications, appareils, etc., et ainsi de suite pour obtenir les résultats spécifiques dont vous avez besoin, et vos applications sont typiquement créées pour exploiter les capacités souhaitées. Sachez que ce n’est pas un compromis particulier au cloud. Bref, « lock-in » peut s’avérer toujours mauvais et ça se comprend. Cependant, comme la plupart des technologies, c’est juste un autre compromis.
