Platform Engineering - Introduction

Après DevOps, Site Reability Engineering, voilà qu’on nous parle de Plateform Engineering. Mais de quoi s’agit-il ?

Qu’est ce que le Platform Engineering ?

Je vais m’appuyer sur le site de la communauté platformengineering.org

Voici la définition qu’on y retrouve : “Platform engineering is the discipline of designing and building toolchains and workflows that enable self-service capabilities for software engineering organizations…”

En français, c’est donc une discipline dont l’objectif est de concevoir et de construire des chaînes d’outils et des flux de travail qui permettent de mettre à disposition des organisations d’ingénierie logicielle des environnements à la demande, leur permettant ainsi de travailler plus efficacement et de manière autonome.

On peut lire aussi que cette discipline est né des cendres du DevOps. Mais comment ça le DevOps est mort ?

Retour sur le DevOps

En écrivant ce billet, je me rends compte que je n’ai publié la suite de mes posts sur le DevOps suite à mon billet sur les racines du DevOps qui ont fait naître ce mouvement.

D’ailleurs, on remarque tout de suite la différence avec le Platform Engineering qui possède un site officiel pour sa communauté. Lui,le DevOps est plus un mouvement culturel qu’une norme, on ne trouve pas de définition officielle.

Et pour cela que Lucas Galante, qui a rédigé cette définition du PlatForm Engineering, a tiré ce constat : Le DevOps n’étant pas une norme, cela a laissé place à beaucoup d’interprétations qui sont devenus pour la plupart des anti-patterns.

Pour rappel, l’objectif principal du DevOps au sein d’une entreprise est d’améliorer la création de valeur pour les clients et l’entreprise. Ce n’est donc pas en soi un moyen de réduire les coûts, dont l’objectif est de tout automatiser et de tout piloter avec de la gestion de configuration …

Les anti patterns du Devops

Matthew Skelton et Manuel Pais ont ainsi recensé la plupart de ces anti-patterns. Vous pouvez les retrouver ici:

• Le DevOps coincé entre les Dev et les Ops
• le NoOps des Dev qui n’on pas besoin d’Ops
• le Devops qui est q’un outil
• le SysOps dont on a juste changé le nom en DevOps,
• L’Ops intégré dans l’équipe Dev,
• …

Ils ne font pas que recenser des anti-types, mais des solutions pour intégrer correctement la démarche DevOps :

• collaboration entre les Dev et Ops (le vrai DevOps)
• Responsabilités partagées entre les Dev et les Ops,
• Ops en tant que PAAS,
• …

Le Platform Engineering c’est…

Le DevOps n’est pas mort, Platform Engineering propose plutôt de l’implémenter correctement. En traitant la plateforme de développement comme un produit, une Platform As A service, en se concentrant sur ce qui apporte une valeur réelle à nos clients internes, les développeurs d’applications entre autre.

Le Platform Engineering consiste à concevoir, développer et gérer des plateformes techniques délivrant un ensemble de services et d’outils permettant aux développeurs de travailler de manière efficace.

Comment démarrer ?

Comme pour le DevOps, nous utiliserons la fameuse boucle de rétroaction dont l’objectif est de rendre la route des équipes de développement la plus lisse possible.

Dans un premier temps, il convient de lister tous les pavés et de les traiter en priorisant ceux qui apportent le plus de valeur.

Quelques exemples :

• Comment je déploie un environnement qui me permette de développer mon application dans des conditions proches de la réalité ?
• J’ai vérolé mon environnement comment je le reconstruis en peu de temps ?
• Pour tester mon API, j’ai besoin de valider que je respecte le contrat que j’ai avec d’autres outils. Mais voilà cet outil n’est pas disponible dans mon environnement. Existe t’il un mock ?
• …

Ce sont sur ce genre de pavés (Paved Roads) que les Platform Engineers doivent travailler pour que la route semée de pavés devienne un chemin doré (Golden Paths).

Conclusion

J’ai été le premier à crier “au loup” quand on m’a parlé de Platform Engineering. Je me disais que le DevOps en soi suffisait. Mais force est de constater que c’est devenu du grand n’importe quoi. Suite à mes nombreuses déconvenues, je reconnais mon erreur. Je pense que nous devons redéfinir clairement les choses pour construire sur des bases solides.

Je ne suis pas spécialiste du sujet et si donc vous remarquez des manques voir des erreurs, contactez-moi sur mon compte Linkedin ou Twitter. J’apporterai les modifications.