Les fonctionnalités avancées des services natifs des fournisseurs de cloud public offrent des avantages évidents. La plupart des entreprises exploitent désormais des modèles natifs du cloud pour développer de nouvelles applications, même dans l’augmentation des applications migrées. Cependant, la plupart des entreprises souhaitent minimiser le verrouillage à des fournisseurs de services cloud spécifiques. Devinez quoi? Lorsque vous exploitez les services natifs d’un fournisseur de cloud, ces services ne sont pas transférables à travers les clouds.
Cela montre clairement pourquoi les conteneurs sont devenus une mégatendance.
Le service informatique considère généralement les conteneurs comme une bonne idée, car tout le monde les utilise, et il est bon de suivre la foule qui crée également un écosystème de développement. En outre, les conteneurs peuvent évoluer à l’aide de gestionnaires de cluster et de services d’orchestration, tels que Kubernetes.
Enfin, les conteneurs sont un moyen astucieux d’abstraire les applications des services natifs sous-jacents, ce qui rend les applications plus portables d’un cloud à l’autre. En outre, les conteneurs rendent moins important la prise en compte des fonctionnalités et des fonctions de clouds publics spécifiques que lorsque les applications ne sont pas abstraites.
Alors, quel est l’inconvénient des conteneurs ?
Il est évident que les conteneurs eux-mêmes, y compris tous les avantages de l’écosystème des conteneurs (orchestration, sécurité, stockage, etc.), deviennent une plate-forme commune qui s’exécute sur les clouds publics. Les développeurs et les architectes d’applications d’aujourd’hui ne pensent plus en termes de services de stockage et de calcul d’un fournisseur de cloud spécifique. Au lieu de cela, ils considèrent les services de stockage et de calcul en général comme des notions abstraites qui peuvent être traduites en services natifs spécifiques à l’aide de conteneurs qui traitent ces ressources comme des services communs et sont traités de la même manière dans les clouds.
Pour l’application et le développeur, les services natifs sont désormais des services communs qui fonctionnent indépendamment de la plate-forme de cloud public exploitée par l’application. La valeur spécifique offerte par les fournisseurs de cloud public n’a plus vraiment d’importance, à moins que des problèmes de performances ou des pannes ne surviennent. Ainsi, le fournisseur de cloud public devient un service public commun et banalisé.
Nous avons déjà vu des parties de ce film. Les courtiers de services cloud publics ont promis de trouver et d’utiliser les services cloud les meilleurs et les moins chers parmi les différents fournisseurs. Cependant, vous deviez toujours tirer parti de ces services à l’aide de l’API ou de l’interface native proposée par ce fournisseur.
Ce qui est différent, c’est que la majeure partie de ce qu’est un service cloud, y compris l’interface, la gestion et les opérations, est résumée dans un ensemble d’approches et de services communs qui fonctionnent entre les fournisseurs de cloud. Cela pourrait rendre les services cloud largement les mêmes en termes de ce que voient les développeurs et les applications réelles. De plus, cela pourrait s’étendre à d’autres services natifs tels que la sécurité, la gouvernance, l’observabilité, le stockage de données, etc. Tout cela devient un ensemble d’abstractions où la marque cloud peut même ne pas être connue.
Bien que certaines de ces fonctionnalités existent maintenant, la plupart des développeurs de conteneurs sont très conscients du ou des clouds qu’ils utilisent. Cependant, l’idée d’abstraction pour supprimer à la fois les dépendances conceptuelles et réelles vis-à-vis des fournisseurs de cloud peut faire son chemin dans le développement de plus en plus de cloud.
Certes, si les services cloud sous-jacents deviennent banalisés, la conteneurisation rend l’investissement dans les applications d’autant plus précieux. De plus, le coût de développement et de déploiement d’applications devrait baisser avec la conteneurisation, étant donné que les services abstraits peuvent être mélangés et appariés.
Où cela laisse-t-il les fournisseurs de cloud public ? Les entreprises tireront parti des services à l’aide de l’interface native d’un fournisseur ou via une interface qui peut traduire les services natifs en services communs abstraits, via des conteneurs ou d’autres mécanismes. Dans les deux cas, les fournisseurs gagnent de l’argent. Je considère cela comme un gagnant/gagnant.
Toute l’actualité en temps réel, est sur L’Entrepreneur
