El Platform Engineer construye la plataforma interna que usan los equipos de desarrollo para llegar a producción sin depender de nadie. No es un DevOps con otro nombre: el cambio de fondo es que deja de ser un servicio a pedido y pasa a ser un producto interno con usuarios, roadmap y métricas de adopción.

La transición tiene una causa concreta. El modelo DevOps prometía que cada equipo se hiciera cargo de su propia operación, pero en la práctica derivó en que cada desarrollador tuviera que saber de Kubernetes, Terraform, pipelines, redes y observabilidad. Esa carga cognitiva se volvió insostenible. Platform Engineering es la respuesta: alguien construye los caminos pavimentados y el resto los usa.

Qué hace un Platform Engineer

Construir la plataforma de desarrollo interna

El entregable central es una IDP (Internal Developer Platform): el conjunto de herramientas, plantillas y automatizaciones que le permiten a un desarrollador crear un servicio nuevo, desplegarlo y monitorearlo sin abrir un ticket. Incluye portal de autoservicio, plantillas de proyecto, pipelines estándar y entornos reproducibles.

Definir los caminos pavimentados

Un "golden path" es la forma recomendada de hacer algo en esa empresa: cómo se crea un microservicio, cómo se conecta a una base de datos, cómo se publica una API. No prohíbe otras formas, pero las hace innecesarias porque la recomendada es más fácil.

Tratar a los desarrolladores como clientes

Esta es la diferencia cultural más profunda. El Platform Engineer hace entrevistas con sus usuarios internos, mide satisfacción, prioriza un backlog y mide adopción. Si nadie usa la plataforma, el rol falló, aunque técnicamente esté impecable.

Estandarizar sin frenar

Definir qué es configurable y qué no. Demasiada libertad genera caos; demasiada rigidez lleva a que los equipos construyan sus propias soluciones por fuera.

Platform Engineer, DevOps y SRE: cómo se distinguen

En empresas de menos de cincuenta personas los tres roles suelen ser la misma persona. La separación aparece cuando hay suficientes equipos de desarrollo como para que valga la pena construir herramientas internas. Si venís del mundo DevOps clásico y querés entender el punto de partida común, el recorrido de DevOps con IA: qué hace, cuánto gana y cómo formarse cubre esa base.

Por qué las empresas están migrando al modelo de plataforma

La carga cognitiva se volvió el cuello de botella. Un desarrollador que tiene que dominar seis herramientas de infraestructura además de su dominio de negocio produce menos y se equivoca más.

La estandarización reduce costos. Cuando cada equipo arma su propio pipeline, la empresa termina manteniendo doce variantes del mismo proceso. Según la investigación de DORA sobre platform engineering, contar con una plataforma interna de desarrollo mejora la productividad individual y el desempeño del equipo, siempre que esté diseñada para dar autonomía y no para agregar burocracia.

El cumplimiento se vuelve automático. Si los controles de seguridad y los estándares están dentro de la plataforma, no hace falta auditar equipo por equipo.

La IA agregó una capa nueva. Desplegar un servicio que consume modelos implica manejar claves de proveedores, control de costos por consumo, caché de respuestas y monitoreo de latencia. Ningún equipo de producto quiere resolver eso desde cero, y ahí la plataforma interna se vuelve indispensable.

La encuesta anual de Stack Overflow entre desarrolladores muestra de forma consistente que la complejidad de las herramientas y los entornos está entre las principales fuentes de frustración del trabajo diario, que es exactamente el problema que esta disciplina busca resolver.

Cuánto gana un Platform Engineer en Argentina

Es un rol senior por definición: no hay posiciones junior porque requiere haber visto suficientes problemas de infraestructura como para saber qué abstraer. Las bandas observadas:

• Platform Engineer: se ubica por encima de un DevOps Engineer con la misma seniority, con una prima que suele rondar el 15% al 25% por la escasez del perfil.

• Senior / Staff Platform Engineer: en empresas con equipo de plataforma consolidado, con responsabilidad sobre la estrategia técnica.

• Head of Platform: lidera el equipo, define el roadmap y negocia prioridades con las áreas de producto.

Como en el resto de los roles de infraestructura, la variable de mayor peso es si la empresa paga en pesos o en dólares. Las posiciones remotas para compañías del exterior dominan el segmento alto del mercado, un patrón que se repite en perfiles como el de Cloud Architect.

Qué stack se pide

• Kubernetes a nivel operativo real, no de tutorial.

• Infraestructura como código: Terraform, Pulumi o Crossplane.

• GitOps: ArgoCD o Flux.

• Portales de desarrollador: Backstage es el estándar de facto.

• Observabilidad: Prometheus, Grafana, OpenTelemetry.

• Programación: Go o Python para construir herramientas internas.

• Nube: una en profundidad. La comparación entre AWS, Azure y Google Cloud ayuda a decidir por cuál empezar.

Cómo hacer la transición desde DevOps

1. Cambiá la unidad de trabajo. En lugar de resolver el pedido de un equipo, preguntate cuántos equipos tienen el mismo problema y construí una vez.

2. Documentá y medí la adopción. Una herramienta que nadie sabe usar no existe.

3. Aprendé a pensar en producto. Entrevistas con usuarios, backlog priorizado, métricas de uso. Es la habilidad que más diferencia a un Platform Engineer de un DevOps.

4. Sumá desarrollo de software real. Vas a construir herramientas internas, no solo configurarlas.

5. Incorporá la capa de IA. Los equipos van a pedir desplegar servicios con modelos; tener esa capa resuelta en la plataforma es hoy un diferencial claro.

Cursos recomendados de Coderhouse

• Curso de DevOps & Cloud (nivel avanzado). Es la base obligatoria del rol: contenedores, orquestación, CI/CD e infraestructura como código. Sin esto, no hay plataforma que construir.

• Carrera de Desarrollo Backend (nivel inicial). Un Platform Engineer construye software, no solo configura servicios. Si tu base de programación es débil, este es el paso previo.

• Curso de AI Engineering (nivel avanzado). Para incorporar la capa que hoy piden los equipos de producto: cómo se despliegan y operan servicios que consumen modelos de IA.

El camino más eficiente si ya trabajás en infraestructura es consolidar DevOps & Cloud y sumar AI Engineering: la combinación de plataforma interna con soporte a cargas de IA es hoy uno de los perfiles más difíciles de cubrir del mercado.

Preguntas frecuentes

¿Platform Engineering reemplaza a DevOps?

Reemplaza el modelo de equipo DevOps centralizado que atiende pedidos, no la cultura DevOps. Los principios de colaboración, automatización y responsabilidad compartida siguen vigentes; lo que cambia es cómo se entregan: a través de una plataforma de autoservicio en lugar de personas resolviendo caso por caso.

¿Puedo llegar al rol sin pasar por DevOps?

Es poco común. El valor del Platform Engineer está en saber qué vale la pena abstraer, y eso viene de haber operado sistemas reales. El camino alternativo más viable es desde desarrollo backend con experiencia fuerte en infraestructura y herramientas internas.

¿Qué tamaño de empresa justifica un equipo de plataforma?

Como referencia práctica, a partir de cuatro o cinco equipos de desarrollo trabajando en paralelo. Por debajo de eso, el costo de construir y mantener una plataforma interna suele superar al beneficio, y conviene un enfoque DevOps clásico.

¿Backstage es imprescindible?

No, pero es el estándar más extendido y aparece cada vez más en las descripciones de puesto. Lo importante no es la herramienta sino el concepto: un punto único donde un desarrollador encuentra sus servicios, su documentación y las acciones que puede ejecutar por su cuenta.

¿Cómo se mide el éxito de una plataforma interna?

Con tres números: cuánto tarda un desarrollador nuevo en llegar a su primer deploy, qué porcentaje de los equipos usa los caminos pavimentados, y cuántos tickets manuales sigue recibiendo el equipo de plataforma. Si los tres mejoran, la plataforma funciona.