Herramientas

El fork de Backstage de Spotify: qué cambia para los usuarios

El fork de Backstage de Spotify: qué cambia para los usuarios

Actualizado: 2026-05-03

Spotify anunció a comienzos de septiembre de 2025 el lanzamiento de Backstage Plus, una oferta comercial propia construida sobre el proyecto Backstage que ellos mismos donaron a la CNCF en 2020. La decisión ha generado una conversación intensa en la comunidad de plataforma interna, no por la oferta en sí, que es legítima, sino por lo que implica para la gobernanza del proyecto abierto y por el precedente que sienta.

Puntos clave

  • Backstage Plus no es un fork técnico en sentido clásico: el proyecto abierto sigue en la CNCF, pero Spotify ha movido plugins relevantes al lado comercial y prioriza mejoras monetizables.
  • El malestar de la comunidad tiene tres raíces legítimas: movimiento de plugins del lado abierto al comercial, desequilibrio en ritmo de desarrollo, y el precedente negativo para otros proyectos donados a fundaciones.
  • El patrón “empresa donante → crecimiento → monetización” es conocido: Hashicorp/Terraform, Elastic/Elasticsearch, MongoDB/SSPL son variantes anteriores. Backstage está, por ahora, en una fase más suave.
  • Las alternativas que han ganado interés desde el anuncio de Plus: Port (comercial sin equivalente abierto), Cortex (más ligero, orientado a métricas de calidad de servicio), y un posible fork comunitario todavía sin anuncio concreto.
  • Para quienes tienen Backstage en producción con inversión significativa, el anuncio no obliga a acción inmediata — pero sí a un inventario de dependencias y a participación activa en la comunidad abierta.

Qué es Backstage Plus y qué no lo es

Backstage Plus no es, técnicamente, un fork en el sentido clásico. Backstage sigue siendo un proyecto abierto bajo la CNCF, sus repositorios siguen siendo públicos y sigue aceptando contribuciones externas. Lo que ha hecho Spotify es crear una capa comercial con plugins, servicios gestionados, soporte premium y algunas integraciones propietarias con herramientas de Spotify como el sistema de soundcheck, su plataforma interna de validación de plantillas, y con conectores específicos que no se publican en el proyecto abierto.

En la práctica, esto crea dos versiones del producto con divergencia creciente. El Backstage abierto sigue siendo perfectamente funcional, pero los plugins más ambiciosos, la experiencia pulida de onboarding y las integraciones con herramientas de productividad empiezan a vivir del lado comercial.

El matiz importante es que esto no es ilegal ni infringe las reglas de la CNCF. Un mantenedor donante puede construir servicios comerciales sobre su propio proyecto abierto, y lo hacen muchas empresas: Red Hat con OpenShift sobre Kubernetes, Hashicorp con Terraform Cloud sobre Terraform antes del cambio de licencia. La diferencia está en cómo se comunica y cómo se reparte el esfuerzo entre versión abierta y versión comercial.

Por qué incomoda a la comunidad

El malestar de la comunidad tiene tres raíces, todas legítimas:

Primera: Spotify ha movido algunos plugins que antes estaban en el repositorio abierto al lado comercial. Para los usuarios que ya dependían de esos plugins significa que la versión abierta queda, en la práctica, más incompleta que antes. El mensaje implícito es que el proyecto abierto es una plataforma base y la experiencia útil requiere licencia.

Segunda: el desequilibrio en ritmo de desarrollo. Spotify sigue siendo el mantenedor dominante de Backstage en términos de contribuciones al código. Con Backstage Plus, su incentivo natural es priorizar mejoras que pueden monetizar sobre mejoras que benefician a la comunidad amplia. No es un proceso explícito, pero con el tiempo el efecto es medible.

Tercera: una cuestión de precedente. Backstage fue donado a la CNCF como muestra de compromiso con el modelo abierto. Si el proyecto donante empieza a crear ofertas comerciales que consumen capacidades que antes eran abiertas, el mensaje a otros mantenedores que están considerando donar proyectos es malo. El modelo de fundación depende de que las empresas mantengan contribución significativa a la versión abierta incluso cuando tienen ofertas comerciales.

Icono de Spotify, cuyo portal de desarrolladores Backstage fue donado a la CNCF en 2020 y cuyo modelo de gobernanza entra ahora en tensión con el lanzamiento de Backstage Plus como capa comercial

Alternativas que estaban creciendo

La conversación sobre alternativas a Backstage lleva tiempo calentándose, y el anuncio de Plus ha acelerado esas conversaciones. Hay tres opciones que merecen mención:

Port: una plataforma comercial de portal interno que nunca pretendió ser open source y que ha ido ganando mercado en empresas que prefieren una solución gestionada desde el principio. Su diferencia con Backstage Plus es que no tiene equivalente abierto, así que no hay ambigüedad de expectativas.

Cortex: se posiciona como alternativa más ligera y orientada a métricas de calidad de servicio, con un enfoque distinto al de Backstage. Cortex ha crecido en empresas medianas donde el coste de mantener Backstage propio resultaba alto. Desde el anuncio de Plus, Cortex ha visto un aumento notable de interés.

Un posible fork real de Backstage sostenido por la comunidad. Algunos mantenedores externos de plugins han discutido públicamente en foros de CNCF y en Slack la viabilidad de un proyecto hermano que mantenga el alma del Backstage abierto sin depender de la dirección editorial de Spotify. En septiembre de 2025 no hay anuncio concreto, pero las conversaciones existen y son serias.

Merece la pena recordar que la misma tensión aparece en otros contextos: el patrón del fork de Backstage como problema de gobernanza tiene un análogo en la comparativa de YugabyteDB y CockroachDB, donde el cambio de licencia de Cockroach en 2024 empujó a muchos hacia Yugabyte por razones similares.

Qué pueden hacer los equipos con Backstage en producción

Si gestionas un Backstage existente con inversión significativa, el anuncio de Plus no te obliga a hacer nada inmediato. Tu instancia sigue funcionando, los plugins que usas siguen disponibles y la versión abierta sigue recibiendo actualizaciones. Pero es un buen momento para hacer cuatro cosas:

  1. Inventariar qué plugins usas y verificar cuáles están en el lado abierto y cuáles han migrado al lado comercial. Esta información te da visibilidad sobre tu dependencia futura.
  2. Revisar el peso de tu propia inversión en Backstage. Si llevas dos años integrando Backstage con tu ecosistema y tienes plugins internos propios, el coste de migrar a otra plataforma es alto y la prudencia aconseja no precipitarse. Si estás empezando un piloto, quizá el momento es bueno para reconsiderar alternativas.
  3. Participar en la comunidad abierta con peso. Los momentos de tensión en la gobernanza son cuando más importa que haya voces externas en la conversación. Asistir a los meetings públicos, contribuir a los plugins abiertos y defender decisiones técnicas que preservan la versión abierta son formas concretas de influir.
  4. Evaluar con calma si la oferta comercial de Spotify encaja con tus necesidades. No es pecado pagar por un producto comercial si ofrece valor suficiente y el modelo de precios es sostenible. Lo que no conviene es tomar esa decisión por miedo, sino por análisis cuidadoso.

El patrón de la empresa donante

Este episodio encaja en un patrón más amplio que hemos visto repetirse en open source empresarial:

  • Fase inicial: donación entusiasta a una fundación con mucha prensa positiva.
  • Fase media: crecimiento de adopción y comunidad con la empresa donante liderando pero siendo aceptada por su contribución.
  • Fase tardía: la empresa donante necesita generar ingresos y empieza a mover partes del proyecto a ofertas comerciales.

Hemos visto variantes de esto con Hashicorp y Terraform, que acabó cambiando la licencia del proyecto abierto, con Elastic y Elasticsearch, que también cambió licencia, y con MongoDB, que fue antes el caso que inauguró la SSPL. Backstage está, por ahora, en una fase más suave: no ha cambiado la licencia del proyecto abierto y no ha dejado de aceptar contribuciones. Pero la dirección del movimiento es la misma y la pregunta es hasta dónde llegará.

Mi lectura es que en los próximos dos años veremos si el modelo Backstage Plus es sostenible como complemento, o si gradualmente vaciará la versión abierta. El equilibrio depende mucho de la salud de la comunidad externa y de si aparecen voluntarios que mantengan plugins abiertos con energía suficiente para contrarrestar el foco comercial de Spotify. No es imposible, pero requiere trabajo sostenido.

Cómo pensar la decisión

Mi lectura personal, después de mantener Backstage en varios entornos de cliente durante más de dos años, es mixta. El proyecto sigue siendo válido técnicamente y no hay una alternativa libre obviamente superior. Pero la tranquilidad que daba saber que el proyecto era genuinamente abierto se ha erosionado.

Si tuviera que empezar hoy con un portal interno, evaluaría Backstage abierto, Port, Cortex y la posibilidad de construir algo a medida con Hugo o Astro 5 sobre un catálogo YAML. La elección dependería del tamaño de la organización y de cuánta integración compleja necesito. Para empresas pequeñas, un catálogo estático bien mantenido cubre el 80 % del valor. Para empresas grandes, Backstage sigue teniendo sentido pero con expectativas calibradas.

Lo que no haría es pagar por Backstage Plus sin haber agotado antes la versión abierta. Muchas empresas descubren que los plugins abiertos y la documentación comunitaria cubren sus necesidades. Pagar tiene sentido cuando el valor incremental es claro y sostenido, no cuando es un reflejo defensivo ante la incertidumbre.

¿Te ha resultado útil?
[Total: 15 · Media: 4.5]

Escrito por

CEO - Jacar Systems

Apasionado de la tecnología, la infraestructura cloud y la inteligencia artificial. Escribe sobre DevOps, IA, plataformas y software desde Madrid.