Platform Engineering : comment simplifier le développement logiciel moderne ?

Développer une application moderne implique bien plus que d’écrire du code.

Avant qu’un service n’arrive jusqu’à l’utilisateur, il doit être construit, testé, configuré, déployé dans le bon environnement, passer les contrôles de sécurité, puis être supervisé. Ce processus fait intervenir l’infrastructure cloud, l’automatisation, le CI/CD, la gestion des accès, le monitoring et un nombre croissant de technologies.

Chacune répond à un problème spécifique. Mais ensemble, elles en créent un autre : la complexité.

À mesure que l’infrastructure devient plus avancée, les équipes peuvent finir par consacrer davantage de temps à gérer la manière dont le logiciel est construit et déployé, plutôt qu’à se concentrer sur le produit lui-même.

C’est précisément là qu’intervient le Platform Engineering.

Quand chaque équipe résout le même problème à partir de zéro

Imaginons plusieurs équipes qui développent différentes applications au sein d’une même organisation.

Chacune a besoin d’environnements de développement et de test. Chacune doit disposer d’un processus pour déployer de nouvelles versions. Chacune a également besoin de règles de sécurité, de monitoring, de gestion des accès et de configuration de l’infrastructure.

Si chaque équipe construit tout cela de manière indépendante, l’organisation se retrouve non seulement avec de nombreuses applications, mais aussi avec autant de façons différentes de les développer et de les gérer.

Une équipe crée sa propre méthode de déploiement. Une autre en construit une différente. Un problème déjà résolu une première fois finit ainsi par être résolu à nouveau par plusieurs équipes.

Le Platform Engineering vise précisément à éviter cette répétition.

La complexité ne disparaît pas. Elle s’organise.

Au lieu de demander à chaque équipe de construire elle-même tout l’environnement technique dont elle a besoin, le Platform Engineering crée une base commune sur laquelle les équipes peuvent s’appuyer.

Cette approche peut prendre la forme d’une Internal Developer Platform, qui regroupe les outils, les processus et les automatisations utilisés régulièrement au sein de l’organisation.

Par exemple, la création d’un nouvel environnement, le déploiement d’une application ou l’activation du monitoring peuvent être proposés à travers des processus standardisés et automatisés.

En arrière-plan, l’infrastructure cloud, le CI/CD, les politiques de sécurité, la gestion des accès et les autres technologies restent bien présentes.

La différence est que les développeurs n’ont plus besoin de tout configurer à partir de zéro à chaque nouveau projet.

Une voie définie pour les problèmes récurrents

L’un des concepts associés au Platform Engineering est celui des « golden paths », c’est-à-dire des approches recommandées pour les tâches que les équipes réalisent régulièrement.

Au lieu de demander à un développeur de prendre des dizaines de décisions techniques pour créer un nouveau service, la plateforme peut lui proposer un parcours prêt à l’emploi dans lequel la configuration, la sécurité, le monitoring et le déploiement ont déjà été pensés.

Cela ne signifie pas que tous les projets doivent être développés exactement de la même manière.

Les projets ayant des besoins spécifiques doivent conserver la flexibilité nécessaire. Mais lorsqu’un problème a déjà été résolu, il est rarement utile que chaque équipe reparte de zéro.

La standardisation ne doit pas limiter les équipes

Une plateforme interne n’apporte pas de valeur simplement parce qu’elle standardise les processus.

Si elle ajoute davantage d’étapes, de contraintes et d’obstacles pour les développeurs, elle ne fait que déplacer la complexité d’un endroit à un autre.

C’est pourquoi le Platform Engineering considère la plateforme elle-même comme un produit interne.

L’équipe qui la développe doit comprendre quelles tâches se répètent, où du temps est perdu et quelles parties de l’infrastructure génèrent le plus de difficultés. Ces processus peuvent ensuite être simplifiés et mis à disposition de manière à permettre aux équipes de les utiliser de façon autonome, sans dépendre en permanence de l’intervention d’une autre équipe.

L’objectif n’est pas de contrôler chaque décision technique. Il s’agit de standardiser ce qui n’a pas besoin d’être réinventé.

Le Platform Engineering ne remplace pas le DevOps

Le Platform Engineering est souvent évoqué aux côtés du DevOps, mais il ne le remplace pas.

Le DevOps a introduit une approche plus intégrée de la collaboration entre le développement et les opérations, en mettant davantage l’accent sur l’automatisation, la responsabilité partagée et la livraison continue des logiciels.

Le Platform Engineering s’appuie sur bon nombre de ces principes. À mesure que le nombre d’équipes, d’applications et de technologies augmente, certaines pratiques DevOps peuvent devenir des services communs accessibles à l’ensemble de l’organisation.

Au lieu que dix équipes développent dix variantes d’une même solution, une plateforme commune peut fournir une base standardisée que chaque équipe utilise et adapte à ses besoins.

Comme l’explique Ermal Beqiri, fondateur de Soft & Solution Group :

“Lorsque l’infrastructure, l’automatisation et les standards sont organisés au sein d’une plateforme commune, les développeurs peuvent davantage se concentrer sur le logiciel qu’ils construisent.”

C’est là toute l’idée du Platform Engineering. Il ne s’agit pas d’un outil supplémentaire à ajouter à une liste de technologies déjà longue, mais d’une manière de mieux les organiser.