Le Cloud – et dans le cadre de cet article, j’entends par là l’infrastructure en tant que service (IaaS) – permet l’agilité des entreprises principalement en libérant les personnes chargées de déployer des applications de la complexité de tout le câblage de l’infrastructure sous-jacente. En ne nécessitant pas de prêter attention au réseau dont toutes les applications ont besoin, le cloud élimine un casse-tête majeur pour ceux qui souhaitent simplement lancer une application immédiatement .
Le fait est qu’aucune application n’est une île et qu’il existe une variété de services d’application qui doivent également être déployés. Ces services sont tous ceux qui sont insérés dans le chemin de données, c’est-à-dire l’itinéraire emprunté par les requêtes et les réponses dans leur trajet du client au serveur et vice-versa. Cela inclut l’équilibrage de charge, la sécurité des applications, la mise en cache, le cryptage et l’accélération, pour n’en nommer que quelques-uns. Nous en suivons vingt-six dans notre rapport annuel sur l'état de la mise à disposition des applications, et je suis presque sûr que nous ne les suivons pas encore toutes.
Mais je m'égare. Le fait est qu’il n’y a pas que les applications qui ont besoin de mécanismes d’abstraction pour être aussi simples et rapides que le cloud lui-même. Mais chacun de ces services d’application comporte son lot de défis, notamment autour de la configuration nécessaire pour s’adapter à l’architecture. Il y a une raison pour laquelle il faut du temps pour déployer une application en production, et cela est dû en partie à la nécessité de déployer des services spécifiques à l'application pour les fournir et les sécuriser.
Les architectures cloud sont similaires et pourtant différentes. Et avec 29 % des organisations citant les compétences cloud comme un défi pour leurs efforts multi-cloud, elles ont besoin d'une réponse pour le cloud qui élimine la complexité du déploiement de ces services d'application. Ils ont besoin d’une abstraction, comme celle offerte par le cloud pour le réseau.
Entrez les modèles.
Les modèles sont devenus plus importants au cours des dernières années, et ce n’est pas seulement une observation. Plus de la moitié (52 %) des répondants de tous les métiers informatiques ont accordé une grande importance aux modèles dans notre dernière enquête. Cela est de bon augure pour les fournisseurs de cloud, qu’ils soient publics (Amazon, Microsoft, Google) ou privés (OpenStack). C'est parce que tous trois proposent des modèles qui aident à accélérer le déploiement de l'ensemble de l'architecture, des applications aux services requis pour offrir la sécurité, la rapidité et la disponibilité attendues par l'entreprise et les utilisateurs.
Malheureusement – ou peut-être de manière réaliste compte tenu du marché – ces modèles ne sont pas facilement compatibles. Vous ne pouvez pas utiliser un modèle AWS avec Azure, ni vice-versa. Cela reflète des défis similaires rencontrés par le passé autour des efforts visant à normaliser la gestion des infrastructures. Les modèles sous-jacents de chaque cloud sont différents, et il est probablement trop tard pour espérer une quelconque normalisation du marché. C'est pourquoi il est important qu'une plate-forme de distribution d'applications prête pour le cloud non seulement prenne en charge, mais fournisse également des modèles pour les services d'application compatibles avec les modèles cloud pour ces fournisseurs de cloud. Rendre la plateforme disponible pour AWS, Azure ou OpenStack n’est que la première étape ; fournir des modèles spécifiques au cloud qui réduisent la complexité et améliorent l’expérience de déploiement est indispensable.
Non seulement cela allège la charge de prise en charge d’un modèle multicloud, mais cela permet également une approche d’infrastructure en tant que code pour gérer ces architectures en fournissant des artefacts de configuration qui peuvent être stockés, versionnés et gérés via une approche de référentiel. Une approche basée sur des modèles pour le déploiement et la gestion des services d’application offre aux responsables de la sécurité la possibilité d’appliquer des politiques communes en les intégrant dans un modèle commun. Cela décharge les autres équipes opérationnelles de la responsabilité d’interpréter les politiques et de les codifier correctement, et réduit l’effort requis pour déplacer un déploiement d’application dans le pipeline de production avec moins de frictions.
Les modèles sont sur le point de prendre le relais du cloud en tant que meilleure pratique pour déployer les architectures plus complètes dont les organisations ont besoin pour fournir des applications à leurs utilisateurs, qu'ils soient professionnels ou particuliers.
Vous pouvez trouver des modèles pris en charge par F5 pour Amazon AWS, Microsoft Azure et OpenStack sur notre compte github https://github.com/f5networks