Casi nunca se construye una plataforma interna de desarrollo desde cero, y tampoco se puede comprar entera. Se arma: piezas de código abierto o SaaS para las capas que no te distinguen (entrega, infraestructura como código, el portal) y código propio para lo que refleja cómo despliega tu empresa. La decisión real es qué capas te quedas tú. Compra lo genérico y construye solo aquello a lo que puedas asignarle un responsable.
Llevo más de 18 años en ingeniería de plataforma, DevOps y SRE. En DX Clouditive armamos plataformas con Backstage, Argo CD, Kargo, Crossplane y OpenTofu, y además vendemos un paquete de precio fijo para empezar una. Descuenta mi opinión como corresponda y rehaz las cuentas con tus números.
¿Qué es exactamente una plataforma interna de desarrollo?
El white paper de plataformas de la CNCF la define como un conjunto integrado de capacidades, definidas y presentadas según lo que necesitan quienes la usan. En la práctica se ve así: crear un servicio nuevo desde una plantilla que ya trae CI, observabilidad y controles de seguridad; promover una versión al siguiente entorno con controles que pueden frenarla; pedir una base de datos sin abrir un ticket; saber quién es dueño de qué, qué está desplegado dónde y cuánto cuesta.
El portal (Backstage, Port y similares) es la puerta de entrada a esas capacidades. La plataforma es todo lo que hay detrás: pipelines, clústeres, código de infraestructura, políticas. La pregunta “construir o comprar” se enreda porque cada proveedor vende en una capa distinta. Unos venden solo el portal, otros una capa de orquestación, y los proveedores de nube venden los bloques de abajo.
¿Qué obtienes realmente si compras?
Casi siempre una de dos cosas. Un portal SaaS como Port: catálogo, scorecards y formularios de autoservicio que llaman a tu automatización existente. Arranca rápido, pero la automatización detrás de cada botón la sigues escribiendo tú. O un producto de plataforma que genera configuración y entornos a partir de una descripción de más alto nivel. Te quita más trabajo y a cambio te impone más de su propio modelo de despliegue.
Ninguno decide por ti qué frena un release, quién aprueba un cambio destructivo de infraestructura o qué debe traer un servicio nuevo desde el primer día. Una plataforma comprada sin nadie que tome esas decisiones es un tablero caro.
¿Qué significa construir?
Significa ensamblar proyectos de código abierto maduros; nadie escribe una plataforma desde cero. El stack que operamos suele ser Argo CD y Kargo para la entrega, OpenTofu o Terraform para la infraestructura (con Crossplane si el equipo prefiere pedirla a través de Kubernetes), Backstage como portal y OpenTelemetry hacia un stack de Grafana.
El código que escribes es el pegamento: plantillas, reglas de promoción, verificaciones, un puñado de plugins. Ahí está el valor, porque ahí queda escrita la forma en que tu empresa despliega.
¿Cómo se comparan los costos?
Pon los dos caminos en la misma unidad: dólares por año.
Si compras solo el portal, a precio de lista de Port, 80 ingenieros en Standard (USD 40 por usuario al mes) son 80 × 40 × 12 = USD 38.400 al año. Eso paga el portal. Sigues necesitando personas que escriban la automatización a la que llama cada acción de autoservicio.
Si construyes sobre código abierto no hay licencia, así que el costo son horas. Una primera versión en producción con nuestro paquete Fundamentos de IDP son USD 5.000 fijos. Después lo que pesa es mantenerla: un ingeniero Senior a un cuarto de su tiempo son unas 40 horas al mes, o USD 1.800 a 2.000 con nuestras tarifas (40 × 45 a 50). Súmale el alojamiento en tu nube, que depende de tu proveedor.
Los dos caminos comparten el trabajo de fondo: plantillas, pipelines, controles de promoción, módulos de infraestructura. Compres un portal o lo construyas, alguien escribe todo eso, y ninguna lista de precios lo muestra. La comparación real es más estrecha de lo que parece: una cuota por usuario contra las horas para operar un portal.
¿Cuándo conviene comprar y cuándo construir?
Compra cuando tu stack es el habitual y los conectores del proveedor lo cubren, cuando nadie quiere hacerse cargo de una aplicación web (Backstage es una aplicación en TypeScript que despliegas y actualizas tú), cuando necesitas mostrar algo en semanas para probar el valor del equipo de plataforma y cuando tu plantilla mantiene las cuotas bajas frente al costo de un ingeniero.
Construye cuando lo que importa es específico de tu empresa: un flujo de promoción con tus propias verificaciones, vistas de costos desde tus datos de facturación, la evidencia que piden tus auditores. También cuando los datos y las credenciales deben quedarse en tus cuentas, cuando tienes o vas a financiar un responsable con nombre, y cuando las cuotas por usuario dominarían el costo con tu plantilla.
Si te reconoces en las dos listas, estás en el modelo mixto. Es donde termina la mayoría.
¿Cómo se ve el modelo mixto en una plataforma real?
MPI es una plataforma SaaS de analítica de portafolios sobre AWS EKS, con cuentas separadas para desarrollo y producción. Su plataforma está armada casi por completo con código abierto: Argo CD y Kargo para la entrega, Terraform/OpenTofu con Atlantis para la infraestructura, una migración a Crossplane hecha con cortes sin downtime y con vuelta atrás, y un portal Backstage. Lo que escribimos nosotros es el pegamento: la plantilla de promoción, los controles de verificación y los plugins del portal (22 módulos en 10 plugins en octubre de 2026).
Los resultados salen del pegamento, no de las herramientas. Los releases a producción pasaron de 1,15 por semana (abril a julio de 2026) a 3,7 a 4,0 en los últimos 30 días medidos. Siete pasos manuales más una lista de certificación por release quedaron reemplazados por una sola acción de promoción que corre una plantilla automatizada de 79 pasos. Ningún proveedor vende esa plantilla, porque refleja cómo despliega ese equipo.
¿Cuál es la forma más barata de averiguarlo?
No empieces por una lista de proveedores. Anota las tres cosas que más esperan tus ingenieros. “Un servicio nuevo tarda una semana en tener CI y monitoreo” es una brecha de capacidad; “necesitamos un portal” no lo es. Para cada una, pregúntate si hoy un producto la resuelve con tu stack o si necesita tus reglas escritas en código. Compra las del primer tipo, construye las del segundo y dale a cada una un responsable.
Si no puedes completar la primera parte, un portal no lo va a arreglar. Un Discovery o una asesoría corta de arquitectura, sí.
¿Por dónde empiezo?
Fundamentos de IDP es la forma barata de cerrar la discusión: USD 5.000, dos semanas y una primera versión en producción con tus servicios conectados. Decides entre construir o comprar con una plataforma funcionando delante. Lo cubre nuestro servicio de ingeniería de plataforma, y todos los paquetes y tarifas por hora están en precios.
Fuentes
- CNCF TAG App Delivery, white paper de plataformas, consultado el 7 de octubre de 2026.
- Documentación de Backstage y página del proyecto en la CNCF (Incubating desde el 15 de marzo de 2022), consultadas el 7 de octubre de 2026.
- Precios de Port: gratis hasta 15 usuarios, Basic desde USD 30 y Standard desde USD 40 por usuario al mes. Consultados el 7 de octubre de 2026.