Backstage vs Port vs Compass vs Cortex: guía de compra

Objetivos del capítulo

  • Comparar Backstage con las tres alternativas comerciales dominantes.

  • Construir un scoring honesto por criterio.

  • Argumentar la inversión ante una CTO con métricas de adopción.

  • Tomar una decisión buy vs build informada.

No hay un "mejor", hay un "para quién"

La pregunta correcta no es "¿cuál IDP es mejor?" sino "¿qué IDP encaja con el tamaño, la cultura y el presupuesto de mi equipo?". Aquí comparamos cuatro opciones dominantes en 2026 con honestidad: ninguna es perfecta.

Tabla comparativa (5 ejes)

Criterio Backstage Port Compass Cortex

Modelo de despliegue

Self-hosted OSS (CNCF)

SaaS (cloud-hosted, también on-prem)

SaaS (Atlassian)

SaaS (multi-cloud)

Curva de aprendizaje

Alta (TS/React/Node/K8s)

Media (UI low-code, sin tocar infra)

Media (si ya usas Atlassian)

Baja (UI muy guiada)

Coste inicial

Bajo (mano de obra)

Medio (licencias por developer)

Medio (bundle con Jira/Confluence)

Medio (premium por integraciones)

Personalización

Total (es OSS, todo el código)

Media (extensiones JS/TS)

Baja-media (UI constraints)

Baja (dashboards templados)

Riesgo de lock-in

Bajo (forkeable, sin licencia)

Medio-alto (data export, API)

Alto (Atlassian ecosystem)

Alto (integraciones propietarias)

Ecosistema

+800 plugins comunitarios

~200 integrations oficiales

Integración fuerte con Atlassian

~150 integraciones

Compliance / SOC2

Tú lo certificas

Sí (SOC2 Type II)

Sí (SOC2 Type II)

Sí (SOC2 Type II)

Backstage en detalle

  • Fortalezas: OSS, CNCF, sin vendor lock-in, máxima personalización, comunidad grande, plugins para casi todo.

  • Debilidades: requiere equipo dedicado (1-3 FTE), self-hosted implica actualizar y securizar tú mismo, documentación dispersa.

Cuándo elegir Backstage

  • Empresa con equipo de platform engineering.

  • Más de 50 services en producción.

  • Necesidad de personalización profunda (dominios propios, workflows no estándar).

  • Disposición a invertir 12-18 meses en adopción.

Port en detalle

  • Fortalezas: SaaS listo para usar, UI low-code, integraciones nativas con Jira/GitHub/K8s, self-service sin código.

  • Debilidades: menos flexible que Backstage, costes crecientes con el tamaño, integraciones proprietarias en algunos casos.

Cuándo elegir Port

  • Quieres una IDP en producción en menos de 3 meses.

  • Equipo de platform pequeño (1-2 personas) que prefiere low-code.

  • Budget de SaaS aprobado y buscas time-to-value rápido.

Compass en detalle

  • Fortalezas: integración nativa con Jira/Confluence/Bitbucket, UI consistente con Atlassian, scorecards out-of-the-box.

  • Debilidades: lock-in fuerte con Atlassian, menos flexible fuera del ecosistema, precios bundle.

Cuándo elegir Compass

  • Empresa ya invertida en Atlassian (Jira, Confluence, Bitbucket).

  • Quieres scorecards y métricas listas.

  • No necesitas extensibilidad fuera del ecosistema.

Cortex en detalle

  • Fortalezas: UI muy cuidada, integrations curadas, enfoque en service catalog + scorecards + incidents.

  • Debilidades: personalización limitada, coste elevado en planes premium, comunidad más pequeña.

Cuándo elegir Cortex

  • Quieres una experiencia "product" fuerte (UI cuidada, soporte premium).

  • Tu organización valora dashboards templados sobre customización.

Radar comparativo

Ranking por criterio (1=bajo, 5=alto)

Tabla comparativa extraída del radar original, mantenida como referencia cualitativa. Los valores son orientativos según análisis del autor; verifica con cada vendor antes de tomar decisiones.

| Criterio | Backstage | Port | Compass | Cortex | |----------------|-----------|------|---------|--------| | Flexibilidad | 5 | 3 | 2 | 2 | | Facilidad | 2 | 4 | 4 | 5 | | Coste bajo | 4 | 3 | 3 | 2 | | Ecosistema | 5 | 4 | 3 | 3 | | Soporte vendor | 2 | 4 | 5 | 5 |

  • Lectura del cuadro: Backstage gana en flexibilidad y ecosistema (cero lock-in, plugins ilimitados), pero pierde en facilidad y soporte vendor (lo operas tú). Port y Cortex son el opuesto: más fáciles pero menos personalizables. Compass encaja si ya vives en Atlassian.

Métricas de adopción

DAU/MAU como señal

Una IDP sana tiene:

  • DAU/MAU > 60% (developer vuelve casi todos los días).

  • Catálogo coverage > 80% (la mayoría de servicios están registrados).

  • Scaffolder usage > 5 templates/mes (la IDP se usa para crear, no solo consultar).

Si DAU/MAU < 30% tras 6 meses, hay un problema de UX o de comunicación.

ROI: el argumentario para la CTO

Frameworks de ROI

  1. Time-to-Dev (TTD): tiempo desde "necesito un servicio nuevo" hasta "está en producción". Antes 2-4 semanas; con scaffolder + IaC, 1-2 días.

  2. Cognitive load reduction: developers encuentran docs, owners y runbooks sin preguntar. Encuesta interna antes/después.

  3. Operational toil: tickets "dónde está X" caen > 50% tras 6 meses.

Calcula horas ahorradas × coste/hora × 12 meses. La cifra resultante es defendible.
Diagram
Figure 25. Embudo de decisión buy vs build

Scoring honesto: cómo lo construirías para tu empresa

  1. Define tus 5 criterios con pesos (coste, tiempo, flexibilidad, vendor lock-in, soporte).

  2. Puntúa cada opción 1-5 en cada criterio.

  3. Calcula el score ponderado.

  4. Valida con un pilot de 30 días (Backstage local + Port trial + Compass trial + Cortex trial).

  5. Decide con datos, no con hype.

Marketing speak fuera

Ningún vendor te va a decir "somos malos en X". Lee críticas en Reddit, G2, Hacker News, no las páginas de marketing. Y mide tu pilot; no te fíes del deck del vendedor.

Cierre del libro

Has recorrido los 16 capítulos: de "¿qué es una IDP?" a "¿la compro o la construyo?". La respuesta razonable para una organización de 100-500 developers con equipo de platform engineering es Backstage. La respuesta razonable para una organización de 30 developers sin equipo de platform es Port o Cortex.

Lo que hagas con la IDP importa más que la IDP que compres.

Example 16. Receta del capítulo

  1. Construye la tabla comparativa con tus 5 criterios.

  2. Puntúa cada opción (Backstage, Port, Compass, Cortex) honestamente.

  3. Pilot de 30 días con la opción mejor puntuada.

  4. Mide TTD, DAU/MAU, cobertura del catalog.

  5. Decide con datos: build, buy o híbrido.

Resumen

  • Backstage = OSS flexible; Port = SaaS rápido; Compass = bundle Atlassian; Cortex = UX cuidada.

  • El scoring honesto y el pilot de 30 días ganan al deck del vendedor.

  • ROI = TTD × cognitive load × toil.

  • La IDP que importa es la que tu equipo usa, no la que el marketing dice que es la mejor.

Glosario del capítulo

TTD

Time-to-Dev. Tiempo desde la idea hasta el servicio en producción.

DAU/MAU

Daily/Monthly Active Users. Métrica de adopción y stickiness.

SOC2

Estándar de auditoría de seguridad para SaaS.

vendor lock-in

Dependencia técnica que dificulta migrar a otro proveedor.

pilot

Prueba controlada (30 días) antes de comprar o desplegar a producción.

Próximo paso

Requisitos desde cero —si llegaste aquí sin prerrequisitos, vuelve al apéndice A y prepara tu mise-en-place.

Parte VII: Parte 7 — Patrones, principios y casos de estudio: las recetas que sobreviven al tiempo

Los patrones que la comunidad ha validado, los casos de estudio reales de empresas que lo hicieron, las métricas que importan y los anti-patrones que matan los proyectos. Esta es la parte donde paramos de hablar de "cómo se construye Backstage" y empezamos a hablar de "cómo se construye una Internal Developer Platform que sobreviva 5 años".