En tant que polymathe de l'informatique qui aime les langages de programmation autant que les protocoles et les captures de câbles, le flou des lignes entre les deux requis par l'automatisation et l'orchestration me rend étourdi.
Depuis quatre ans, nous suivons la manière dont les personnes interrogées dans le cadre de notre enquête sur l’état de la distribution des applications perçoivent l’infrastructure basée sur les API et les technologies associées. Au cours de cette période, le pourcentage de personnes qui considèrent la programmabilité de l’infrastructure comme importante (avec une note de 4 ou 5 sur une échelle de 5) a presque doublé. En 2015, moins de la moitié – 40 % – nous ont dit que c’était important. Cette année, un pourcentage stupéfiant de 74 % des personnes interrogées ont jugé cet événement important.
Peut-être n’aurions-nous pas dû être surpris par cela au vu des résultats d’une enquête que nous avons menée en 2017 sur le sujet. Dans cette exploration des perceptions de DevOps et de NetOps, les deux groupes ont convenu unilatéralement que l’automatisation du pipeline de production était importante.
Mais les perceptions ne sont que des opinions. L’utilisation réelle en est une autre.
L’enquête de cette année nous a permis de constater que l’automatisation est omniprésente dans toutes les régions, tous les secteurs et toutes les tailles d’organisation. Même si personne n’a atteint les 100 % (et ne les atteindra probablement pas), l’automatisation de la production est bien plus importante que ce que l’on pourrait imaginer.
En fait, 25 % des répondants nous ont dit qu’ils utilisaient toujours l’automatisation pour apporter des changements majeurs à la production. 60 % utilisent parfois l’automatisation pour apporter des modifications mineures à la production. En fait, les changements dans la production étaient, dans l’ensemble, plus susceptibles de voir l’utilisation de l’automatisation que son utilisation dans la réponse aux incidents. Plus d’un sur quatre (26 %) a déclaré qu’il n’utilisait jamais l’automatisation pour répondre aux incidents et seulement 22 % nous ont dit qu’il le faisait toujours . La variabilité dans la gestion d’événements probablement imprévisibles ne rend pas cela surprenant. L’automatisation repose en partie sur un ensemble clairement défini de tâches et d’étapes qui les lient ensemble dans un processus opérationnel. Cela permet de mieux adapter les changements de production, qu’ils soient majeurs ou mineurs, à la codification de ces processus. Réponse aux incidents ? Pas tellement.
Il semble qu’il y ait énormément d’automatisation dans les centres de données de toutes formes, de toutes tailles et de tous secteurs.
Vous vous demandez peut-être ce qu’ils utilisent pour mettre en œuvre toute cette automatisation. Au cours des années passées, nous avons regroupé de nombreux outils, ensembles d’outils et cadres dans une seule question. Mais ce n’est pas raisonnable car l’automatisation prend vraiment de l’ampleur car il y a plusieurs aspects différents de l’automatisation qui doivent vraiment être compris pour comprendre ce qui se passe :
1. Langages et ensembles d'outils. C'est ce que NetOps et l'informatique utilisent pour le commandement et le contrôle de l'automatisation. Il comprend des outils comme Ansible (20 %) et Vagrant (5 %), ainsi que des frameworks comme Puppet (19 %) et Chef (16 %). Parmi eux, les bons vieux scripts Python sont clairement les grands gagnants, avec 39 % des répondants choisissant de créer leur propre script pour automatiser l'informatique.
2. Automatisation du réseau. Avec une moyenne de 16 services d'application différents résidant dans le chemin de données et nécessitant un déploiement, une configuration et une gestion continue pour prendre en charge la livraison et la mise à l'échelle sécurisées des applications, la plupart des organisations se tourneront vers des systèmes comme Cisco ACI (48 %), VMware (65 %) et OpenStack (26 %). Tous trois ont enregistré des gains considérables d’une année sur l’autre. Rien de surprenant dans un environnement où 55 % des organisations se tournent vers l’automatisation et l’orchestration en raison des efforts de transformation numérique.
3. Environnements d'orchestration de conteneurs (COE). Ces technologies émergentes continuent de faire des vagues et il semble clair que leur utilisation pour faire évoluer les applications conteneurisées est inévitable. Parmi ceux que nous avons interrogés, Docker Swarm a pris la tête avec 27 % des répondants, suivi de Red Hat OpenShift avec 21 % et Kubernetes arrivant en troisième position avec 16 %. Seuls 48 % nous ont dit qu’ils n’utilisaient rien pour le moment.
Sans surprise, le nombre de ces outils et cadres dans chaque organisation diminue. Cela signifie que nous assistons à une utilisation délibérée d’outils et d’ensembles d’outils d’automatisation dans ce qui constitue certainement un effort stratégique de normalisation. Mieux vaut tôt que tard avant que le chaos ne règne et que l’informatique ne s’effondre sous le poids du même type de dette technique et architecturale avec laquelle les développeurs d’applications luttent depuis des années. En fait, 50 % des répondants n’utilisent qu’un seul framework d’automatisation de réseau. Parmi ceux-ci, 8 % s’appuient sur Cisco ACI, 5 % sur Open Stack et 19 % sur VMware.
Il s’agit encore d’un marché très fluide et en constante évolution – si l’on peut appeler cela un marché et non un mouvement. L’invasion des approches DevOps dans la production et la pression exercée par l’entreprise accélèrent la progression de l’informatique. Les NetOps adoptent et adoptent l’automatisation et tout ce que cela implique. Nous nous attendons à voir une utilisation accrue de l’automatisation à mesure que l’informatique poursuit son parcours de transformation numérique pour fournir à l’entreprise une base numérique solide sur laquelle créer de nouvelles applications et explorer de nouvelles opportunités.
Pour plus d'informations sur la transformation numérique , le multicloud, les services d'application, la sécurité et la transformation continue de NetOps , n'hésitez pas à récupérer votre propre exemplaire de notre rapport 2018 sur l'état de la livraison des applications et à nous suivre sur Twitter avec @f5networks et/ou le hashtag #soad18 . Et restez à l’écoute – nous aurons plus d’informations (y compris des données et des perspectives qui ne figurent pas dans le rapport) dans les prochains blogs.