Les logiciels continuent de dévorer l'informatique : Son prochain cours concerne les services application

En 2015, j’ai constaté que les logiciels dévoraient l’informatique . Ces résultats sont basés sur des données recueillies auprès de diverses sources industrielles, notamment RightScale, HBR, PWC et d’autres. Du développement au déploiement jusqu’à la livraison, les logiciels prenaient le dessus partout.

Mais même à cette époque, l’infiltration de logiciels dans le réseau – du côté production de la maison – était encore minime. Oh, les signes étaient là et même la plupart des outils et API dont nous avions besoin. Mais si l’ampleur du pipeline était un repas raffiné, alors le développement était le plat principal et le déploiement et la livraison n’étaient que du désert.

C'était alors, c'est maintenant. Et ce que nous constatons, c'est que le déploiement et la livraison constituent désormais l'un des trois principaux éléments du menu du pipeline application .

Les données ? Extrait des recherches F5 menées au cours des deux dernières années. La transformation numérique est désignée comme le moteur de toute cette automatisation et de ce changement, mais ne négligez pas l’ impact perturbateur du cloud public en général.

Peu importe à qui revient le mérite (ou est-ce la faute ?) du basculement de la balance en faveur des logiciels, il est presque incontestable que les logiciels continuent de dévorer l'informatique.

Développement

Le segment de développement du pipeline application a toujours été piloté par les logiciels. Nous avons utilisé des logiciels pour construire les différentes bibliothèques et exécutables. Nous avons utilisé des logiciels pour héberger des versions du code bien avant que Git ne soit une chose ou que CI/CD ne devienne un terme familier*.

Ce qui n’a pas toujours été automatisé, c’est l’intégralité du segment du développement. Les tests automatisés, la gestion de la configuration et les systèmes de build pilotés par événements n’étaient pas aussi courants qu’ils le sont aujourd’hui.

Grâce au cloud et à DevOps, le segment de développement du pipeline application est devenu en grande partie une entreprise de « logiciel qui construit le logiciel ».

Déploiement

Le Cloud et DevOps sont à nouveau en tête pour justifier le besoin d'une plus grande automatisation dans le segment du déploiement. Ce segment de « l’autre côté du mur de production » est dominé par les opérations qui automatisent le déploiement de l’infrastructure des applications ainsi que les processus de création et de test. Cela n’a jamais vraiment été le problème. Le problème était le « reste du pipeline ». La partie du pipeline qui comprenait l' infrastructure réseau fournissant les plates-formes pour les services application nécessaires pour faire évoluer, sécuriser et accélérer les applications.

C'est ce segment du pipeline application qui connaît aujourd'hui une croissance explosive en matière d'automatisation par un groupe croissant d'ingénieurs réseau avertis que nous appelons NetOps, en référence au mouvement DevOps qui a influencé (et continue d'influencer) les outils, les techniques et les méthodologies utilisés pour automatiser « le réseau ».

Nous constatons d’énormes progrès réalisés au cours des trois dernières années en termes d’utilisation et d’importance de l’automatisation dans les opérations de réseau. Le segment de déploiement du pipeline application est en passe de devenir l’activité « logiciel qui déploie le logiciel ».

Livraison

Le segment de livraison du pipeline application est appelé à être le plus perturbateur de tous. C’est en partie parce que, depuis vingt ans, notre principal outil de travail sur le réseau est une boîte en fer brillant. Ils sont évolutifs, ont la capacité et sont globalement plus rapides que les logiciels. Mais avec l’inévitabilité des organisations multi-cloud et l’adoption du cloud public comme option même pour les applications d’entreprise les plus critiques, les règles du jeu ont changé.

Le matériel ne migre pas vers le cloud. Le matériel n’est pas vraiment la plateforme adaptée pour prendre en charge les architectures par application nécessaires pour adopter des approches de livraison basées sur une infrastructure immuable en tant que code. Les logiciels migrent vers le cloud. Le logiciel prend en charge l'application par application, l'immuabilité et l'infrastructure en tant que code.

La question n’est pas vraiment de savoir s’il s’agit de matériel ou de logiciel (pour les architectures cloud par application, la réponse est évidemment le logiciel), mais s’agit-il de conteneurs ou de logiciels virtuels ? Les conteneurs évoluant rapidement pour consommer à la fois les centres de données et les clouds, nous avons constaté un doublement de la demande de services application fournis dans des conteneurs. Pour être juste, ce doublement est passé d’environ 4 % en 2017 à 9 % en 2018, mais il s’agit tout de même d’un bond considérable, qu’il s’agisse ou non d’une adoption à un seul chiffre.

La demande de logiciels virtuels a également considérablement augmenté, les préférences en matière de matériel diminuant d’année en année. Maintenant, si vous pensez que ce chiffre tombera un jour à zéro, vous ne comprenez pas vraiment pourquoi nous sommes passés du logiciel au matériel en premier lieu (oui, nous avons déjà emprunté cette voie) et pourquoi une partie du segment de livraison (le cœur, le réseau partagé) sera probablement toujours en grande partie du matériel dans l’entreprise.

L'essentiel du segment de livraison sera toutefois constitué de logiciels. C'est déjà le cas. Cela fait un moment que ça existe. C'est le seul moyen d'atténuer les frictions liées à la migration vers et depuis le cloud public et de répondre aux frictions croissantes entre les calendriers de déploiement traditionnels et les calendriers de livraison d'applications axés sur la demande. Les conteneurs et les logiciels virtuels consommeront au moins les deux tiers du segment de distribution application , à la fois sur site et dans le cloud public.

Le segment de livraison devient une entreprise de « fourniture de logiciels qui fournissent et sécurisent les logiciels ».

C’est parce que les logiciels continuent de dévorer l’informatique et qu’ils continueront de le faire dans un avenir prévisible.

*Si votre foyer est principalement composé de développeurs (ce qui est le cas du mien), alors CI/CD est un terme familier. Cela peut varier.