En pocas palabras
Portal interno comercial que centraliza servicios, responsables y acciones de autoservicio para desarrolladores.
Qué problema resuelve
Información de ingeniería fragmentada y operaciones repetitivas dependientes del equipo de plataforma.
Cuándo utilizarlo
Organizaciones con muchos servicios. Ejemplo: crear un repositorio desde una plantilla aprobada.
De la idea a la práctica
Funcionamiento, ejemplos y decisiones para pasar al siguiente nivel.
En el Radar compartido: Trial (valoración de la edición aportada).
Cómo funciona
Modela entidades del software y las conecta con repositorios, infraestructura y estándares. Expone flujos de autoservicio sobre las automatizaciones existentes.
Ejemplo de uso
Un desarrollador selecciona una plantilla de API; la acción crea el repositorio y registra propietario, entorno y enlaces operativos. Un scorecard muestra documentación o controles pendientes.
Modelo de datos
| Concepto | Descripción |
|---|---|
| Blueprint | Tipo de entidad con sus propiedades: Servicio, Entorno, Despliegue, Equipo |
| Entity | Instancia concreta: api-solicitudes |
| Relation | Vínculo entre blueprints: un servicio se despliega en un entorno |
| Integración | Ingesta automática desde GitHub, GitLab, Kubernetes, Terraform, PagerDuty, Jira, nubes… |
| Action | Formulario de autoservicio que dispara una automatización |
| Scorecard | Reglas de madurez agrupadas en niveles |
El catálogo se mantiene actualizado por las integraciones, no a mano; esa es la diferencia con una hoja de cálculo de servicios.
Acciones de autoservicio
Una acción presenta un formulario y llama a un backend existente: un workflow de GitHub Actions, un pipeline de GitLab, un webhook o una función. Ejemplos:
- Crear un servicio desde plantilla (repositorio, pipeline, registro en el catálogo).
- Solicitar un entorno efímero o una base de datos de pruebas.
- Pedir acceso temporal a producción con aprobación (JIT PAM).
- Escalar réplicas o hacer rollback a una versión anterior.
Port no ejecuta la infraestructura: orquesta lo que ya tienes, con permisos y auditoría.
Scorecards
| Nivel | Reglas de ejemplo |
|---|---|
| Bronce | Tiene propietario, README y pipeline de CI |
| Plata | SLO definido, alertas, sin vulnerabilidades críticas, dependencias al día |
| Oro | Despliegue continuo, runbooks, pruebas de contrato, cifrado verificado |
Los scorecards convierten estándares de ingeniería en objetivos visibles por equipo, útiles para iniciativas de mejora transversal.
Port frente a Backstage
| Aspecto | Backstage | Port |
|---|---|---|
| Modelo | Open source, se construye y opera | SaaS, configuración sin código |
| Modelo de datos | Tipos de entidad fijos y extensibles | Blueprints totalmente personalizables |
| Esfuerzo | Equipo dedicado para plugins y mantenimiento | Menor esfuerzo inicial |
| Control | Total | Dependencia del proveedor |
Antes de elegir portal, define la plataforma que va detrás (Team Topologies): un portal sin automatizaciones útiles es solo un catálogo.
Criterios de implementación
Empezar con recorridos frecuentes y medir tiempo ahorrado. Evaluar coste comercial, dependencia del proveedor y responsabilidades de mantener los datos sincronizados.
Continúa en las fuentes
Documentación oficial para verificar detalles y explorar más.