La perturbation du cloud se poursuit avec un déploiement continu
À l’époque où le cloud est apparu, nombreux étaient ceux qui prédisaient son impact tumultueux sur les organisations. Beaucoup considèrent la perturbation à venir en termes d’impact sur le marché traditionnel des infrastructures, car il est très difficile de passer d’un produit tangible à un produit de nature presque éphémère. Et même si cela est vrai, le chemin a été semé d'embûches alors que le marché des infrastructures revient (notez qu'il s'agit d'un retour , pas d'une transformation) à une perspective basée sur les logiciels avec un œil sur le cloud.
Peu d’experts ont souligné que la perturbation ne concernait pas seulement le monde physique, mais aussi le monde des affaires. Le cloud et une approche plus orientée vers les logiciels pour construire les réseaux et l’infrastructure nécessaires pour réussir dans une économie d’applications (et d’API) ont également nécessité un changement dans les modèles commerciaux. Plus précisément, la manière dont les innombrables composants du réseau et de l’infrastructure étaient gérés, y compris les licences.
Vous voyez, obtenir une licence pour une seule boîte est facile (en comparaison). Une licence est achetée, appliquée et voilà ! C'est à toi. Mais les logiciels n’ont jamais (et je dis bien jamais ) été aussi simples. Certains d'entre vous se souviennent peut-être de la tempête déclenchée par certains géants du logiciel au début des années 2000 qui ont essayé frénétiquement de passer du modèle de licence à processeur unique qu'ils utilisaient depuis des années à un cauchemar mathématique multi-CPU et multi-cœurs que même les « nouvelles mathématiques » ne pouvaient pas résoudre facilement.
La même chose s’est produite avec le cloud, où son modèle de facturation des services publics a rendu le retour au logiciel beaucoup plus difficile que la simple modification d’un code pour l’adapter à un hyperviseur virtuel ou basé sur le cloud.
DevOps arrive désormais avec sa notion de « tout continu » et soudain, les licences deviennent un obstacle important que le marché des réseaux et des infrastructures va devoir franchir. Ce n’est pas seulement la vitesse à laquelle les services réseau et d’infrastructure doivent être soudainement provisionnés et configurés, mais aussi le rythme du changement qui pose problème. Autrefois, vous déployiez un composant d’infrastructure et il restait là où il était. Mais désormais, vous déployez de nombreux composants d’infrastructure, parfois plusieurs fois par jour/semaine/mois. La fréquence des changements augmente et la demande pour ces changements s’infiltre (nécessairement) dans le réseau. L'intégration continue (CI) et la livraison continue (CD) sont du ressort du développement et des opérations d'applications. Mais le déploiement continu nécessite une collaboration sur l’ensemble du spectre de déploiement du logiciel, ce qui signifie également la production.
Les tests effectués plus tôt dans ce pipeline (comme lors des tests ou de l’assurance qualité, et non en production) sont essentiels pour obtenir non seulement des déploiements rapides, mais également des déploiements fiables. Des déploiements qui ne prennent pas de temps aux développeurs car ils rencontrent des problèmes en production en raison de différences dans les architectures réseau et infrastructurelles.
Une approche flexible et axée sur les logiciels en matière de licences peut atténuer ce défi ainsi que le besoin d’une plus grande agilité dans le réseau de production. En fournissant les moyens par lesquels les licences peuvent être regroupées, gérées de manière centralisée et distribuées avec la facilité d'un appel d'API, les organisations peuvent égaliser le développement et la production (important pour la fiabilité et la cohérence) , tout en prenant en charge le besoin d'évolutivité en production lors de l'utilisation de versions logicielles de plates-formes réseau et d'infrastructure.
C'est pourquoi BIG-IQ 5.0 et iWorkflow 2.0 prennent en charge l'octroi de licences agiles pour des milliers d'instances BIG-IP. La nécessité de gérer les licences – mais pas nécessairement les instances sous licence – est primordiale pour permettre aux développeurs et aux opérateurs d’intégrer et de tester plus tôt dans les phases de déploiement de pré-production. BIG-IQ 5.0 se concentre sur la gestion de BIG-IP, c'est vrai, mais il est également capable de gérer les licences pour jusqu'à 5 000 instances BIG-IP dans un modèle flexible qui prend en charge les environnements de développement plus rapides et plus agiles forgés par DevOps aujourd'hui. Cela est particulièrement critique à mesure que les architectures évoluent et que les services d'application tels que l'équilibrage de charge deviennent plus étroitement couplés aux applications (et aux microservices) dans le cadre de l'architecture plutôt qu'à des entités externes « boulonnées ».
Les bouleversements inhérents au cloud, tant au niveau du modèle opérationnel que du modèle économique, se font encore sentir aujourd’hui. Mais cela doit être plus qu’une simple approche consistant à « placer votre code dans une VM/un conteneur ». Il doit également s’adapter aux modèles commerciaux changeants que le cloud a introduits et qui, peut-être involontairement, ont poussé à devenir « la voie » qu’il sera dans un avenir prévisible. F5 BIG-IP 5.0 et iWorkflow 2.0 sont conçus pour s'adapter à « la manière » et garantir qu'à mesure que les organisations adoptent cette base dans leurs propres centres de données - qu'ils soient physiques ou éphémères - les services d'application dont elles ont besoin seront fournis avec rapidité.