Les entreprises adoptent l’informatique en nuage depuis près de deux décennies. Durant cette période, la mise en œuvre du cloud a évolué et se trouve à l’aube d’un nouveau bouleversement majeur. La première phase du cloud était un service hébergé, dans lequel les entreprises effectuaient un « lift and shift » de leurs applications historiques vers un emplacement quelconque et considéraient cela comme du cloud.
La prochaine vague est celle que nous connaissons aujourd’hui : les organisations s’appuient sur un fournisseur cloud, tel qu’AWS ou Microsoft Azure, pour créer des applications. Cette approche permet d’augmenter ou de réduire rapidement les ressources, mais elle n’était pas réellement révolutionnaire : les organisations ont simplement déplacé le centre de gravité de leur stratégie informatique, de leur centre de données privé vers un cloud public.
Le calcul évolue : des clouds centralisés vers des clouds distribués
Le secteur est aujourd’hui en pleine transition vers le cloud hybride, le multicloud et évolue rapidement vers le cloud distribué.
Quelle est l’ampleur du multicloud aujourd’hui ? Une récente étude d’IBM a révélé que plus de 97 % des organisations utilisent désormais plusieurs fournisseurs cloud, contre 29 % en 2019. Je ne considère pas que l’utilisation de plusieurs fournisseurs cloud constitue du « multicloud », car cela signifie simplement qu’on utilise plus d’un cloud. Cependant, les technologies cloud natives facilitent le déplacement des charges de travail ou des composants applicatifs entre les clouds, concrétisant ainsi la vision du multicloud.
Une autre tendance qui stimule l’évolution du cloud est l’informatique en périphérie, qui donne naissance à une architecture de cloud distribué, dans laquelle le « cloud » peut être considéré comme un tissu unique couvrant les clouds publics, les clouds privés et tout un éventail d’emplacements en périphérie.
Dans ce scénario, les applications sont créées à partir d’une série de briques modulaires qui permettent aux organisations de gagner en agilité et de s’adapter plus rapidement aux évolutions du marché. Si les clouds distribués portent l’agilité à de nouveaux sommets, ils créent aussi un environnement informatique nettement plus complexe.
Les applications monolithiques étaient fragiles et inefficaces, mais lorsqu’un problème de performances survenait, on savait qu’il fallait chercher dans la « pile ». Aujourd’hui, cette pile est dispersée dans le cloud distribué.
La diffusion des applications doit évoluer au même rythme que le calcul
Cette évolution de la conception des applications a un impact profond sur leur diffusion. Historiquement, les contrôleurs de diffusion d’applications, proposés par des fournisseurs tels que F5 Networks, étaient des équipements matériels placés en frontal des applications. Lorsque les serveurs sont devenus virtuels, les ADC le sont devenus à leur tour, puisqu’ils pouvaient alors être déplacés au gré de la migration des charges de travail. Avec l’essor des conteneurs, le format des ADC a une nouvelle fois évolué pour s’adapter aux changements du calcul.
Mais qu’en est-il aujourd’hui ? Comme indiqué précédemment, les composants applicatifs sont dispersés dans le cloud distribué et sont devenus extrêmement éphémères par nature. Il est donc très difficile de déployer un ADC physique, voire virtuel. En réalité, dans la plupart des cas, l’ensemble de la pile ADC n’est pas nécessaire, car seuls certains composants ADC doivent être déployés sur les emplacements en périphérie.
Cela a poussé les fournisseurs à compléter leur feuille de route produit avec d’autres formats. Par exemple, F5 Networks a acquis Volterra et NGINX afin de décomposer les fonctions ADC et d’accroître l’agilité de la diffusion des applications. F5 peut fournir n’importe quelle fonction ADC, dans n’importe quel format, à n’importe quel type de charge de travail.
La diffusion des applications gagne en complexité
L’inconvénient de la décomposition des ADC est qu’elle est bien plus complexe qu’avec les produits traditionnels. La nature éphémère des conteneurs signifie que les fonctions ADC doivent être activées puis retirées, parfois en seulement quelques minutes, ce qui ne peut pas être réalisé manuellement. Il faut désormais automatiser la diffusion des applications, mais même cette automatisation a évolué.
Les outils d’automatisation traditionnels, tels que Python, Chef et Ansible, excellent dans l’automatisation de tâches spécifiques et fonctionnent bien dans des environnements statiques. Or les entreprises numériques sont tout sauf statiques. Cela signifie que l’efficacité de la plupart des outils d’automatisation utilisés aujourd’hui atteint une limite. Il faut désormais un outil d’automatisation multivendeur en boucle fermée, capable de s’adapter à mesure que l’environnement évolue.
AppViewX est l’un des fournisseurs qui proposent une telle solution. Si vous souhaitez en savoir plus sur cette entreprise ou sur les tendances de la diffusion des applications, rejoignez-moi la semaine prochaine lors de l’événement Simplify Application Delivery 2021 du mercredi 17, au cours duquel mon intervention liminaire portera sur les tendances du secteur. Je parlerai également d’un sujet qui m’inspire beaucoup : AIOps et la manière dont les organisations peuvent passer d’une automatisation de base à des opérations pilotées par l’IA.
J’espère vous y voir !