Backstage de Spotify : un portail de développement interne devenu la norme du secteur

Au milieu des années 2010, la culture des équipes autonomes de Spotify avait produit une infrastructure tentaculaire : des centaines de microservices tournant sur une pile de Terraform, d'interfaces en ligne de commande cloud, de GitLab CI, de Prometheus, de Kubernetes et de Docker, chacun avec sa propre interface, ses identifiants et ses règles. Chaque ingénieur était censé les maîtriser tous, et le coût se manifestait par des changements de contexte, une fragmentation et une charge cognitive.

Construire une porte d'entrée unique pour toute l'infrastructure : un portail de développement doté d'un catalogue de services, de modèles et de plugins, afin qu'une seule interface cohérente remplace dix chaînes d'outils.

Vers 2016, les ingénieurs de Spotify ont commencé à construire Backstage, un portail interne doté d'un catalogue logiciel qui recensait ce qui existait et qui en était propriétaire, de modèles cliquables qui généraient un nouveau microservice avec les bonnes pratiques intégrées, de vues qui suivaient une pull request de la revue à la production, et d'une documentation Markdown rendue de manière centralisée. En 2020, l'installation interne comptait plus de 100 plugins ; le 16 mars de cette année-là, Spotify a publié le code en open source, délibérément tôt afin que des entreprises pairs puissent le façonner et qu'il puisse devenir la couche d'expérience utilisateur standard pour l'infrastructure.

Le pari de l'open source a payé : la Cloud Native Computing Foundation a accepté Backstage dans son Sandbox en septembre 2020, et en 2025 plus de 3 000 organisations l'avaient adopté pour bâtir leurs propres portails de développement interne, tandis que les 700 équipes de R&D de Spotify continuaient toutes de l'utiliser. Spotify a transformé le framework en produit commercial, Spotify Portal for Backstage.

Au milieu des années 2010, Spotify exploitait des centaines de microservices au sein d'une culture d'ingénierie fondée sur des équipes autonomes. Chaque élément de cette infrastructure avait son propre outil — Terraform, interfaces en ligne de commande cloud, GitLab CI, Prometheus, Kubernetes, Docker et d'autres — chacun avec des interfaces, des identifiants et des règles différents. Les ingénieurs étaient censés les connaître tous, et le coût se manifestait par des changements de contexte, une fragmentation et une charge cognitive.

Vers 2016, les ingénieurs de Spotify ont commencé à résoudre ce problème avec Backstage, un portail de développement interne : un catalogue logiciel recensant quels services existaient et qui en était propriétaire, des modèles cliquables qui généraient un nouveau microservice avec les bonnes pratiques déjà en place, des vues qui suivaient une pull request de la revue à la production, et une documentation écrite en Markdown dans le code et rendue en un seul endroit. En 2020, l'installation interne comptait plus de 100 plugins — une porte d'entrée cohérente unique pour toute la pile.

En mars 2020, Spotify a publié Backstage en open source à dessein, en le diffusant tôt afin que d'autres entreprises confrontées à la même fragmentation puissent le façonner — et afin qu'il puisse devenir la norme plutôt qu'un îlot propriétaire dont Spotify serait un jour contraint de migrer. La Cloud Native Computing Foundation l'a accepté dans son Sandbox ce septembre-là ; en 2025, plus de 3 000 organisations l'avaient adopté, les 700 équipes de R&D de Spotify en dépendaient toujours toutes, et Spotify commercialisait Spotify Portal for Backstage comme produit d'entreprise.

L'intuition était de corriger la couche d'interface, pas les outils : au lieu de remplacer Terraform ou Kubernetes, Backstage donnait à chaque outil une porte d'entrée cohérente unique.

Un catalogue de services avec une propriété explicite transformait le savoir tacite en base de données, de sorte que tout ingénieur pouvait trouver ce qui existait et à qui s'adresser.

Une diffusion précoce a fait de l'outil une norme partagée plutôt qu'un investissement privé — en quelques mois, une large part des contributions venait de l'extérieur de Spotify.

Parce que Spotify est resté son propre client le plus exigeant, chaque amélioration pour la communauté devait d'abord fonctionner pour ses propres centaines d'équipes.

Publiez votre meilleur outil interne comme plateforme publique : l'open source de Backstage a évité à Spotify d'être un jour contraint de migrer hors de sa propre invention, et le secteur a fait le reste.

Backstage a contribué à créer une catégorie — la plateforme de développement interne (IDP) — et est devenu l'un des projets les plus visibles de la Cloud Native Computing Foundation. Spotify a bâti une activité d'entreprise dessus, lançant Spotify Portal for Backstage en bêta en 2024 et étendant le framework open source avec un gestionnaire de plugins sans code, tandis que le framework lui-même est passé à plus de 3 000 organisations adoptantes en 2025, des compagnies aériennes aux sociétés d'investissement. En interne, chez Spotify, il est resté l'outil quotidien des 700 équipes de R&D, le premier client exigeant que chaque amélioration devait satisfaire.