Platform Engineering y portales internos para desarrolladores: cómo mejorar la experiencia de entrega Platform Engineering and internal developer portals: how to improve delivery experience

A medida que una organización incorpora nube, microservicios y múltiples herramientas de entrega, el trabajo del desarrollador puede volverse más lento. Platform Engineering surge para reducir esa carga mediante una plataforma interna tratada como producto.

As organizations adopt cloud, microservices, and multiple delivery tools, developer productivity can slow down. Platform Engineering emerges to reduce that burden through an internal platform treated as a product.

¿Qué es Platform Engineering?

What is Platform Engineering?

Platform Engineering es la disciplina de diseñar y operar plataformas internas que permiten a los equipos de producto crear, desplegar y mantener software. La plataforma reúne capacidades reutilizables y ofrece interfaces adecuadas para sus usuarios internos.

Platform Engineering is the discipline of designing and operating internal platforms that enable product teams to build, deploy, and maintain software. The platform brings together reusable capabilities and offers appropriate interfaces for its internal users.

A diferencia de un equipo de infraestructura que recibe tickets, un equipo de plataforma crea productos de autoservicio. Investiga necesidades, prioriza un backlog, mide adopción y mejora la experiencia. Su éxito no se mide por cuántas tecnologías administra, sino por la reducción de fricción y el valor que habilita.

Unlike an infrastructure team that receives tickets, a platform team creates self-service products. It investigates needs, prioritizes a backlog, measures adoption, and improves experience. Success is not measured by how many technologies it manages, but by friction reduction and value enabled.

El papel del portal interno

The role of the internal portal

El portal centraliza el descubrimiento y acceso a servicios. Puede mostrar el catálogo de componentes, propietarios, documentación, dependencias, indicadores y enlaces operativos. También puede ofrecer acciones como crear una API, solicitar un entorno o registrar un servicio.

The portal centralizes service discovery and access. It can display component catalogs, owners, documentation, dependencies, metrics, and operational links. It can also offer actions like creating an API, requesting an environment, or registering a service.

Sin embargo, un portal que únicamente agrega enlaces se convierte en una intranet técnica. Para producir valor debe conectarse con automatizaciones y fuentes confiables. La información del catálogo debe actualizarse desde repositorios, pipelines y plataformas de ejecución.

However, a portal that merely aggregates links becomes a technical intranet. To deliver value, it must connect to automations and trusted sources. Catalog information must update from repositories, pipelines, and execution platforms.

Golden Paths: caminos recomendados, no imposiciones ciegas

Golden Paths: recommended paths, not blind mandates

Un Golden Path es una forma recomendada y soportada de resolver una necesidad común. Puede incluir una plantilla de servicio, pipeline, controles de seguridad, telemetría y documentación. El desarrollador obtiene una base lista para usar sin reconstruir decisiones técnicas.

A Golden Path is a recommended and supported way to solve a common need. It may include a service template, pipeline, security controls, telemetry, and documentation. Developers get a ready-to-use foundation without rebuilding technical decisions.

El camino debe ser atractivo por su facilidad y soporte, no solo obligatorio. También debe permitir excepciones justificadas. Una plataforma demasiado rígida bloquea innovación; una plataforma sin estándares no reduce complejidad.

The path should be attractive for its ease and support, not merely mandatory. It should also allow justified exceptions. An overly rigid platform blocks innovation; a platform without standards does not reduce complexity.

Capacidades esenciales de una plataforma interna

Essential capabilities of an internal platform

Una plataforma madura suele cubrir creación de servicios, CI/CD, aprovisionamiento, gestión de configuración, secretos, políticas, observabilidad y documentación. También define ownership y estándares de operación.

A mature platform typically covers service creation, CI/CD, provisioning, configuration management, secrets, policies, observability, and documentation. It also defines ownership and operational standards.

El autoservicio debe ser seguro por defecto. Por ejemplo, una plantilla puede incluir análisis estático, pruebas, imagen endurecida, health checks, trazas y alertas. El equipo de producto conserva autonomía sobre la lógica de negocio, mientras recibe controles comunes.

Self-service must be secure by default. For example, a template can include static analysis, tests, hardened images, health checks, tracing, and alerts. Product teams retain autonomy over business logic while receiving shared controls.

Cómo evitar construir una plataforma que nadie use

How to avoid building a platform nobody uses

El error más común es comenzar por la herramienta. La implementación debe partir de entrevistas, datos de flujo y problemas repetidos. Si crear un entorno tarda días, esa es una oportunidad. Si el problema principal es la inconsistencia de documentación, el primer producto puede ser el catálogo.

The most common mistake is starting with the tool. Implementation should begin with interviews, flow data, and repeated problems. If creating an environment takes days, that's an opportunity. If the main problem is documentation inconsistency, the first product can be the catalog.

Otro error es intentar cubrir todos los casos. Conviene seleccionar uno o dos recorridos frecuentes y entregar una experiencia completa. La plataforma gana credibilidad cuando resuelve un problema real de extremo a extremo.

Another mistake is trying to cover all cases. It's better to select one or two frequent journeys and deliver a complete experience. The platform gains credibility when it solves a real end-to-end problem.

Métricas para Platform Engineering

Metrics for Platform Engineering

La adopción es relevante, pero no suficiente. Se deben medir tiempo para crear y desplegar un servicio, frecuencia de entrega, tasa de fallos, tiempo de recuperación, tickets evitados, satisfacción y carga cognitiva percibida.

Adoption is relevant but insufficient. Measure time to create and deploy a service, delivery frequency, failure rate, recovery time, avoided tickets, satisfaction, and perceived cognitive load.

También conviene observar la salud de los caminos recomendados: versiones atrasadas, vulnerabilidades, cumplimiento de telemetría y porcentaje de servicios con propietario. Las métricas permiten demostrar valor y priorizar inversiones.

Also observe the health of recommended paths: outdated versions, vulnerabilities, telemetry compliance, and percentage of services with owners. Metrics enable you to demonstrate value and prioritize investments.

Plataforma para la era de la IA

Platform for the AI era

Las plataformas internas también pueden ofrecer acceso gobernado a modelos, evaluaciones, catálogos de prompts, servidores MCP y herramientas para agentes. Esto evita que cada equipo construya integraciones, seguridad y telemetría desde cero.

Internal platforms can also provide governed access to models, evaluations, prompt catalogs, MCP servers, and agent tools. This prevents each team from building integrations, security, and telemetry from scratch.

Conclusión

Conclusion

La adopción de Platform Engineering debe estar guiada por problemas reales, métricas y controles. La tecnología aporta valor cuando reduce fricción, mejora decisiones y crea capacidades sostenibles. Empezar con un alcance medible, evaluar resultados y fortalecer la plataforma común permite avanzar sin convertir la innovación en deuda técnica.

Platform Engineering adoption should be guided by real problems, metrics, and controls. Technology delivers value when it reduces friction, improves decisions, and creates sustainable capabilities. Starting with measurable scope, evaluating results, and strengthening the common platform allows progress without turning innovation into technical debt.