Ayudar a los desarrolladores a hacer más en menos tiempo se ha convertido en una prioridad para las organizaciones. A medida que el ámbito del SaaS se amplía y DevOps se hace más popular, las empresas descubren que necesitan aliviar la carga cognitiva de los desarrolladores, que a menudo tienen que conocer todos los microservicios a su disposición.
Aunque este problema se abordó inicialmente con catálogos de servicios, la categoría se ha transformado en algo más ambicioso: una ventanilla única que permite a los desarrolladores acceder a todos los microservicios y herramientas de su ecosistema.
Esta categoría, denominada portales internos para desarrolladores, está ganando adeptos en las empresas que utilizan mucho software para mejorar la experiencia de sus desarrolladores y, por tanto, su eficiencia. Según Forrester, el 87% de los líderes de DevOps coincidieron en que aumentar la productividad de los desarrolladores es una prioridad para los próximos 12 meses.
Según Gartner, «estos portales permiten a los líderes de ingeniería de software crear una ‘tienda de aplicaciones’ versátil que aumenta la reutilización del software, mejora la experiencia de incorporación de los desarrolladores, agiliza la entrega de software y facilita el intercambio de conocimientos».
Pero estos portales para desarrolladores no han surgido solos. Su aparición está estrechamente ligada a otra tendencia: la llegada de la ingeniería de plataformas.
En pocas palabras, los equipos de ingeniería de plataformas son «grupos dentro de organizaciones normalmente más grandes a los que se asigna la función de mejorar la experiencia de los desarrolladores para otros desarrolladores de la organización», explica Shomik Ghosh, socio de Boldstart Ventures.
Los equipos de ingeniería de plataformas son cada vez más comunes en las grandes organizaciones, al igual que los portales internos para desarrolladores. Gartner prevé que para 2026, el 80% de las organizaciones de ingeniería de software tendrán un equipo de plataforma, y para 2025, el 75% de las organizaciones con equipos de plataforma proporcionarán portales de desarrollador de autoservicio a sus ingenieros.
Para entender mejor por qué y cómo surgieron los portales internos para desarrolladores, retrocedamos un poco en el tiempo.
Más allá de los catálogos
Los portales internos para desarrolladores son una herramienta clave para los equipos de ingeniería de plataformas, pero en realidad surgieron antes de que ambos conceptos estuvieran plenamente concebidos. De hecho, surgieron a raíz de DevOps: de repente, los ingenieros se encontraron cada vez más con la tarea de desplegar y operar el código que escriben. Pero en realidad -y en producción- a menudo no estaba claro a quién pertenecía un microservicio determinado.
Lo que las empresas sabían, entonces, es que tenían un problema: hacer un seguimiento y acceder a todos los microservicios de su ecosistema. Y sabían que podía resolverse con algo parecido a un catálogo de servicios.
Sin embargo, las hojas de cálculo no bastaban para resolver ese problema. Anish Dhar, cofundador y CEO de Cortex, tenía este problema exacto cuando trabajaba en Uber, donde el equipo pasaba mucho tiempo «tratando de realizar un seguimiento de los 200-300 servicios que estaban utilizando en Excel, tratando de entender a quién pertenecía el servicio, mientras se aseguraba de que estuvieran construidos con las mejores prácticas operativas y de seguridad.»
Fundó Cortex en 2019 para tratar de arreglar eso, recaudando una ronda semilla en mayo de 2021 y una Serie A de $ 15 millones unos meses más tarde para ayudar a «los equipos de desarrollo a lidiar con sus microservicios.
El espacio pronto vio a varias empresas abordando este problema.
A principios de 2022, el competidor de Cortex, OpsLevel, también recaudó 15 millones de dólares para ayudar a las empresas a organizar y rastrear sus microservicios a través de un portal centralizado para desarrolladores.
Un jugador similar, Effx, fue adquirido por Figma en 2021 después de que el primero recaudara una ronda semilla para «dar a los desarrolladores una mejor visión de sus arquitecturas de microservicios.»
Cortex y OpsLevel hoy se centran en la empresa. Del mismo modo, Compass de Atlassian parece hecho para las necesidades de las grandes empresas.
Las cosas se desarrollaron a buen ritmo durante un tiempo, hasta que un proyecto interno de Spotify cambió las reglas del juego: Backstage.
Portales para organizar el caos
Backstage no es un portal interno para desarrolladores en sí mismo, sino «una plataforma abierta para crear portales de desarrolladores».
Como tal, puede poner orden en la infraestructura de las empresas permitiéndoles construir portales personalizados para desarrolladores, combinando todas sus herramientas, apps, datos, servicios, APIs y documentos en una única interfaz. A través de Backstage, los usuarios pueden supervisar Kubernetes, por ejemplo, comprobar su estado de CI/CD, ver los costes de la nube o realizar un seguimiento de los incidentes de seguridad.
La plataforma comenzó en 2016 como un proyecto interno de Spotify, pero después de que la compañía sueca abriera su código fuente en 2020, ahora se utiliza mucho más allá de para lo que estaba destinada originalmente.
Según la Cloud Native Computing Foundation (CNCF), donde Backstage es ahora un proyecto en incubación, la plataforma es utilizada por 100 empresas que cotizan en bolsa y la están adoptando, como American Airlines, Expedia Group, HelloFresh, Netflix, Peloton, Roku, Splunk, Wayfair y Zalando. «También cuenta con una próspera comunidad de código abierto de más de 500 desarrolladores que envían PR, añaden nuevas funciones y crean plugins», afirma el sitio web del CNCF.
La decisión de Spotify de hacer que Backstage fuera de código abierto fue una forma de impulsar la resistencia del proyecto, al igual que su esfuerzo por monetizarlo. La empresa había aprendido la lección en el ámbito de la orquestación de contenedores cuando tuvo que cambiar su proyecto Helios por el mucho más exitoso Kubernetes.
Ahora que Backstage ha sido ampliamente adoptado por grandes organizaciones y prospera como proyecto de código abierto, es menos probable que desaparezca. Pero tiene competidores. Uno de ellos es Port, una solución patentada que tiene sus raíces en la Unidad 8200 del ejército israelí.
Antes de lanzar Port, sus cofundadores Zohar Einy y Yonatan Boguslavski participaron en la creación de un portal interno para desarrolladores a gran escala para las Fuerzas de Defensa de Israel. Cuando terminaron su servicio militar, decidieron lanzar algo similar para el gran público que aplicara algunas de las lecciones que habían aprendido en su primera iteración.
«Cuando pensamos en Port y en diseñarlo de nuevo como una solución más orientada a la nube nativa, tuvimos en cuenta un par de cosas que nos diferencian de Backstage y otras soluciones», explica Einy.
Estas diferencias se basan en dos principios: simplicidad y flexibilidad. Con un enfoque sin código basado en bloques de construcción, Port es como «un constructor de sitios web, pero para DevOps y la plataforma», dijo Einy. «Les damos [a los equipos de plataforma] un conjunto de herramientas muy simple que pueden usar para construir la casa que quieren para su organización».
Siguiendo con la analogía de la construcción, Port ideó el concepto de planos. Según su documentación, «un plano es el bloque de construcción genérico de Port. Representa activos que pueden gestionarse en Port, como microservicios, entornos, paquetes, clústeres, bases de datos y más».
Ni Port ni Backstage pueden describirse exactamente como catálogos de servicios. Aunque eso es parte de lo que hacen estos productos, también enumeran una gama más amplia de elementos, permitiendo a las empresas construir acciones de autoservicio que pueden realizar los desarrolladores.
En Roadie, una startup que ofrece una versión SaaS de Backstage, la presentación del producto se divide en dos: catálogo y scaffolder. En la terminología de Backstage, este último permite a los desarrolladores crear aplicaciones, solicitar infraestructura y adoptar prácticas internas a través de plantillas. «Es el scaffolder lo que añade valor, mucho más que el catálogo», explica Jorge Lainfiesta, responsable de relaciones con desarrolladores de Roadie.
Elegir portales
Ahora que ya sabes qué es un portal para desarrolladores, deberías saber si tu organización necesita uno.
Si es así, crear una solución interna como hizo Spotify no es realmente una opción. «Al principio, lo vimos un poco, pero hoy en día la educación del mercado es tal que nadie habla de crear una solución interna; todo el mundo se ha dado cuenta de que tiene que comprar o crear con Backstage», afirma Einy.
Obviamente, el tamaño de la empresa influye en esta decisión. La respuesta a qué solución de portal para desarrolladores es más personalizable depende de a quién se pregunte, pero todas las personas con las que hablamos coincidieron en que Backstage es bastante oneroso de ampliar y mantener.
Mientras que la simplicidad de Port y su modelo freemium pueden ser atractivos para algunas empresas que quieren empezar rápidamente, Backstage gana un punto importante por ser de código abierto, lo que significa que la dependencia de un proveedor no es un riesgo.
En cuanto a Roadie, se centra en las empresas de gran escala interesadas en una versión alojada de Backstage con soporte y una comunidad. Con las actualizaciones automáticas, Roadie también garantiza que los ingenieros de la plataforma puedan mantenerse al día con el flujo constante de solicitudes críticas y nuevas características típicas de un vibrante proyecto de código abierto.
Independientemente de la opción que elijan, las empresas deben ser conscientes de que los portales para desarrolladores no son soluciones llave en mano, advierte Gartner. Estos portales «deben configurarse e integrarse con las herramientas y sistemas existentes para ser útiles y eficaces».
Sin embargo, una vez configurados adecuadamente, los portales para desarrolladores cumplen la promesa resumida por Backstage: permitir a los equipos de producto enviar rápidamente código de alta calidad, sin comprometer la autonomía.
Es probable que esto explique por qué esta categoría disfruta actualmente de vientos de cola que pronto podrían verse espoleados por la mayor adopción de la inteligencia artificial en los flujos de trabajo de ingeniería.
