Des solutions aux piles : L'ère de l'assemblage
Cette componentisation de l’informatique s’apparente à la componentisation des applications qu’elle est chargée de sécuriser et de livrer. On estime que 80 à 90 % des applications modernes sont composées de composants tiers, dont la plupart sont open source. Les avantages d’une telle démarche sont notamment la rapidité, la réactivité au changement (agilité) et une réduction du coût de création du logiciel. Après tout, si quelqu’un d’autre a déjà écrit le code d’une roue, pourquoi le réinventer ?
Il n’existe pas d’estimation précise du degré de modularité de l’informatique aujourd’hui, mais la réponse à la question de savoir à quel point elle le sera à l’avenir est claire : Très.
Nous ne construisons plus nos propres systèmes de surveillance. Nous en adoptons un, comme Prométhée. Nous ne développons pas nos propres moteurs de recherche ; nous les intégrons à Elastic Search ou Lucerne. Nous n’avons pas besoin de concevoir et de développer des contrôleurs de formation et d’infrastructure ; nous avons Helm et Terraform. On ne nous demande plus d’intégrer des systèmes, mais plutôt de soutenir les écosystèmes.
Nous construisons des systèmes à partir d’une pile logicielle plutôt que de développer nous-mêmes chaque composant.
L'effet d'entraînement de la componentisation
Cette réflexion au niveau du système est omniprésente dans le développement et commence à avoir un impact profond sur la manière dont tous les logiciels, commerciaux et personnalisés, sont développés. Cela a également un impact significatif sur la manière dont nous concevons le réseau.
Il y a quelques années, j’ai remarqué que les microservices détruisaient le réseau . Il s’agit d’une rupture en cours, pour des raisons étroitement liées à l’état d’esprit de DevOps. Autrement dit, DevOps est plus susceptible de penser en termes de systèmes à composants, en particulier lorsqu’il est influencé par le cloud. Alors que DevOps continue d’empiéter sur le territoire traditionnel des NetOps et des opérations, ils apportent avec eux leur façon de penser. Cela signifie des piles au lieu de solutions.
Cette perspective conduit naturellement à l’adoption de services application individuels qui correspondent mieux au mode de fonctionnement et à la réflexion dans lesquels DevOps opère aujourd’hui. Des services application à usage unique et axés sur les fonctionnalités sont utilisés pour composer un chemin des données plutôt que pour en construire un.
Cela signifie que l’équilibrage de charge est un équilibrage de charge. Le contrôle d’entrée est un contrôle d’entrée. Et une passerelle API est une passerelle API. Avec une variété de services application , les artisans opérationnels composent (assemblent) un chemin des données qui s'étend du code (l'application) au client (le client).
Nous pouvons le constater dans les taux d’adoption extraordinaires de services ciblés tels que la passerelle API, le contrôle d’entrée et la défense contre les robots que nous avons constatés dans le rapport State of Application Services de cette année.
Ce changement n’est pas passé inaperçu. Tout comme la transformation numérique continue de forcer les entreprises à se redéfinir et à se décomposer en services représentés par des API et des applications (capacités numériques), elle change radicalement la façon dont nous concevons, développons et fournissons des services application .
Grimper sur la pile
Le routage basé sur IP a toujours été la manière dont les chemins de données sont architecturés. Acheminez ce trafic ici et ce type de trafic là-bas, et s'il y a quelque chose dans la charge utile qui correspond à X, acheminez le trafic là-bas. Il est très spécifique au réseau et relie donc étroitement le chemin des données au réseau sur lequel il est déployé.
Cela rend difficile la réplication dans d’autres environnements, comme un cloud public. Bien que vous puissiez probablement réutiliser les politiques, vous ne pourrez pas tirer parti de la configuration liant le chemin des données au réseau.
Les conteneurs et le cloud obligent tous deux les chemins de données à remonter la pile et à être assemblés au niveau de la couche application à partir des services application . C'est beaucoup plus portable entre les environnements, car vous travaillez sur des métadonnées telles que des noms d'hôtes ou des balises et des étiquettes qui ne sont pas liées au réseau.
En fin de compte, cela signifie que nous devons passer des configurations à des politiques capables d’assembler des chemins de données sans être liés à des adresses IP et à des environnements.
Il ne fait aucun doute que nous passons des solutions aux piles, des processus manuels aux pipelines. À mesure que nous étendons nos capacités numériques à l’ensemble de nos activités et de nos opérations, le besoin de composition et de contrôle du chemin des données continuera de progresser dans la pile et s’appuiera davantage sur les services d’application qui le dirigent.