Aider les développeurs à faire plus en moins de temps est devenu une priorité pour les organisations. À mesure que la portée du SaaS s'étend et que le DevOps devient plus populaire, les entreprises découvrent qu'elles doivent alléger la charge cognitive des développeurs, qui doivent souvent comprendre tous les microservices à leur disposition.
Bien que ce problème ait été initialement résolu avec les catalogues de services, la catégorie s'est transformée en quelque chose de plus ambitieux : un guichet unique qui permet aux développeurs d'accéder à tous les microservices et outils de leur écosystème.
Cette catégorie, appelée portails internes de développeurs, gagne en popularité parmi les entreprises qui utilisent beaucoup de logiciels pour améliorer l'expérience de leurs développeurs et, par conséquent, leur efficacité. Selon Forrester, 87 % des responsables DevOps conviennent que l'augmentation de la productivité des développeurs est une priorité pour les 12 prochains mois.
Selon Gartner, « ces portails permettent aux responsables de l'ingénierie logicielle de créer une « boutique d'applications » polyvalente qui augmente la réutilisation des logiciels, améliore l'expérience d'intégration des développeurs, rationalise la livraison des logiciels et facilite le partage des connaissances. »
Mais ces portails de développeurs ne sont pas apparus seuls. Son apparition est étroitement liée à une autre tendance : l’arrivée de l’ingénierie des plateformes.
En termes simples, les équipes d'ingénierie de plate-forme sont « des groupes au sein d'organisations généralement plus grandes qui sont chargés d'améliorer l'expérience des développeurs pour les autres développeurs de l'organisation », explique Shomik Ghosh, partenaire chez Boldstart Ventures.
Les équipes d'ingénierie de plateforme sont de plus en plus courantes dans les grandes organisations, tout comme les portails de développeurs internes. Gartner prédit que d'ici 2026, 80 % des organisations d'ingénierie logicielle disposeront d'une équipe de plate-forme et que d'ici 2025, 75 % des organisations dotées d'équipes de plate-forme fourniront des portails de développement en libre-service à leurs ingénieurs.
Pour mieux comprendre pourquoi et comment les portails internes des développeurs sont nés, remontons un peu dans le temps.
Au-delà des catalogues
Les portails de développeurs internes sont un outil clé pour les équipes d’ingénierie de plateforme, mais ils sont en fait apparus avant que les deux concepts ne soient pleinement conçus. En fait, ils sont nés du DevOps : du coup, les ingénieurs se sont retrouvés de plus en plus chargés de déployer et d’exploiter le code qu’ils écrivent. Mais en réalité – et en production – il était souvent difficile de savoir à qui appartenait un microservice donné.
Ce que les entreprises savaient alors, c’est qu’elles avaient un problème : suivre et accéder à tous les microservices de leur écosystème. Et ils savaient que ce problème pouvait être résolu avec quelque chose de similaire à un catalogue de services.
Cependant, les feuilles de calcul ne suffisaient pas à résoudre ce problème. Anish Dhar, co-fondateur et PDG de Cortex, a eu exactement ce problème lorsqu'il travaillait chez Uber, où l'équipe passait beaucoup de temps « à essayer de garder une trace des 200 à 300 services qu'ils utilisaient dans Excel, en essayant de comprendre qui possédait le service." , tout en veillant à ce qu'ils soient construits avec les meilleures pratiques opérationnelles et de sécurité. "
Il a fondé Cortex en 2019 pour tenter de résoudre ce problème, en organisant un tour de table en mai 2021 et un Série A de 15 millions de dollars quelques mois plus tard pour aider « les équipes de développement à gérer leurs microservices ».
L'espace a rapidement vu plusieurs entreprises s'attaquer à ce problème.
Début 2022, OpsLevel, concurrent de Cortex, a également levé 15 millions de dollars pour aider les entreprises à organiser et à suivre leurs microservices via un portail de développeurs centralisé.
Un acteur similaire, Effx, a été acquis par Figma en 2021 après que le premier ait lancé un tour de table pour « donner aux développeurs un meilleur aperçu de leurs architectures de microservices ».
Cortex et OpsLevel se concentrent aujourd'hui sur l'entreprise. De même, le Compass d'Atlassian semble conçu pour les besoins des grandes entreprises.
Les choses allaient bien pendant un certain temps, jusqu'à ce qu'un projet interne à Spotify change la donne : Backstage.
Des portails pour organiser le chaos
Backstage n'est pas un portail de développeurs interne en soi, mais plutôt « une plateforme ouverte pour créer des portails de développeurs ».
En tant que tel, il peut mettre de l'ordre dans l'infrastructure des entreprises en leur permettant de créer des portails de développeurs personnalisés, combinant tous leurs outils, applications, données, services, API et documents dans une seule interface. Grâce à Backstage, les utilisateurs peuvent surveiller Kubernetes, par exemple, vérifier son statut CI/CD, afficher les coûts du cloud ou suivre les incidents de sécurité.
La plateforme a débuté en 2016 en tant que projet interne à Spotify, mais après que la société suédoise a ouvert son code source en 2020, elle est désormais utilisée bien au-delà de ce pour quoi elle était initialement prévue.
Selon la Cloud Native Computing Foundation (CNCF), où Backstage est désormais un projet d'incubation, la plateforme est utilisée par 100 sociétés cotées en bourse qui l'adoptent, dont American Airlines, Expedia Group, HelloFresh, Netflix, Peloton, Roku, Splunk, Wayfair et Zalando. "Il dispose également d'une communauté open source florissante de plus de 500 développeurs qui soumettent des PR, ajoutent de nouvelles fonctionnalités et créent des plugins", indique le site Web de la CNCF.
La décision de Spotify de rendre Backstage open source était un moyen de renforcer l'endurance du projet, tout comme ses efforts pour le monétiser. L'entreprise avait retenu la leçon dans le domaine de l'orchestration des conteneurs lorsqu'elle a dû modifier son projet Helios pour le projet Kubernetes, beaucoup plus performant.
Maintenant que Backstage a été largement adopté par les grandes organisations et qu’il prospère en tant que projet open source, il est moins probable qu’il disparaisse. Mais il a des concurrents. L’une d’elles est Port, une solution propriétaire qui trouve ses racines dans l’unité 8200 de l’armée israélienne.
Avant de lancer Port, ses cofondateurs Zohar Einy et Yonatan Boguslavski ont participé à la création d'un portail de développeurs interne à grande échelle pour les Forces de défense israéliennes. Lorsqu’ils ont terminé leur service militaire, ils ont décidé de lancer quelque chose de similaire pour le grand public, en appliquant certaines des leçons qu’ils avaient apprises lors de leur première itération.
« Lorsque nous avons pensé à Port et à sa refonte pour en faire une solution davantage orientée cloud native, nous avons pris en compte quelques éléments qui nous différencient de Backstage et d'autres solutions », explique Einy.
Ces différences reposent sur deux principes : la simplicité et la flexibilité. Avec une approche sans code basée sur des blocs de construction, Port est comme « un constructeur de sites Web, mais pour DevOps et la plate-forme », a déclaré Einy. « Nous donnons aux [équipes de plateforme] un ensemble d'outils très simples qu'elles peuvent utiliser pour construire la maison qu'elles souhaitent pour leur organisation. »
Poursuivant l'analogie avec la construction, Port a conçu le concept de plans. Selon leur documentation, « un plan est l’élément de base générique du port. "Il représente des actifs qui peuvent être gérés dans Port, tels que des microservices, des environnements, des packages, des clusters, des bases de données, etc.".
Ni Port ni Backstage ne peuvent être exactement décrits comme des catalogues de services. Bien que cela fasse partie de l'action de ces produits, ils répertorient également une gamme plus large d'éléments, permettant aux entreprises de créer des actions en libre-service que les développeurs peuvent effectuer.
Chez Roadie, startup qui propose une version SaaS de Backstage, la présentation du produit est divisée en deux : catalogue et échafaudage. Dans la terminologie Backstage, cette dernière permet aux développeurs de créer des applications, de demander une infrastructure et d'adopter des pratiques internes via des modèles. «C'est l'échafaudage qui ajoute de la valeur, bien plus que le catalogue», explique Jorge Lainfiesta, responsable des relations développeurs chez Roadie.
choisir des portails
Maintenant que vous savez ce qu'est un portail de développeurs, vous devez savoir si votre organisation en a besoin.
Si tel est le cas, créer une solution interne comme l’a fait Spotify n’est pas vraiment une option. « Au début, on le voyait un peu, mais aujourd'hui l'éducation du marché est telle que personne ne parle de créer une solution interne ; « Tout le monde a compris qu'il fallait acheter ou créer avec Backstage », explique Einy.
Bien évidemment, la taille de l’entreprise influence cette décision. La réponse à la question de savoir quelle solution de portail pour développeurs est la plus personnalisable dépend de la personne à qui vous posez la question, mais toutes les personnes à qui nous avons parlé ont convenu que Backstage est assez coûteux à mettre à l'échelle et à maintenir.
Même si la simplicité et le modèle freemium de Port peuvent être attrayants pour certaines entreprises qui souhaitent démarrer rapidement, Backstage remporte un point majeur en étant open source, ce qui signifie que la dépendance vis-à-vis d'un fournisseur ne constitue pas un risque.
Quant à Roadie, il s'adresse aux grandes entreprises intéressées par une version hébergée de Backstage avec un support et une communauté. Grâce aux mises à jour automatiques, Roadie garantit également que les ingénieurs de plate-forme peuvent suivre le flux constant de demandes critiques et de nouvelles fonctionnalités typiques d'un projet open source dynamique.
Quelle que soit l’option qu’elles choisissent, les entreprises doivent être conscientes que les portails pour développeurs ne sont pas des solutions clé en main, prévient Gartner. Ces portails « doivent être configurés et intégrés aux outils et systèmes existants pour être utiles et efficaces ».
Cependant, une fois correctement configurés, les portails de développeurs tiennent la promesse résumée par Backstage : permettre aux équipes produit de livrer rapidement du code de haute qualité, sans compromettre l'autonomie.
Cela explique probablement pourquoi cette catégorie bénéficie actuellement d’un vent favorable qui pourrait bientôt être stimulé par l’adoption croissante de l’intelligence artificielle dans les flux de travail d’ingénierie.
