Ingeniero de plataforma: mercado

Vacante

un empleo abierto que superó el filtro de calidad y menciona al menos dos tecnologías

Candidato observado

un candidato cuyo stack contiene esta tecnología; es un agregado: ni un solo registro sale del perímetro

Candidato emparejable

aún no contabilizado

Ventana

empleos abiertos en el momento en que se generó el snapshot

Junior es raro (entrada típica: DevOps Middle / Backend Middle + interés por las herramientas internas). El salto de Junior a Middle: tras el primer despliegue de una capacidad de IDP de extremo a extremo (p. ej., Backstage Software Templates para generar servicios nuevos). De Middle a Senior: responsabilidad de plataforma para varios equipos + mejora de las métricas de DX (p. ej., reducir el Time to First Deploy medio de 2 semanas a 2 días). De Senior a Staff / Principal: arquitectura de IDP de toda la organización + estrategia de plataforma como producto entre equipos. Trayectoria: DevOps Middle / Backend Middle (2-3 años) + interés → Platform Engineer Junior (1-2 años) → Middle (2-3 años) → Senior → luego Platform Architect, especialización en DX Engineer o Engineering Manager (equipo de plataforma).

Principales 5: devops, cloud, agile, graphql, azure. Herramientas de IDP (Internal Developer Platform): Backstage (open-source de Spotify, domina 2026, CNCF incubating; el mayor mercado laboral), hace falta conocer React + TypeScript (personalización del frontend) + Node.js (plugins de backend) + modelo de entidades de Backstage + Software Catalog + TechDocs + Software Templates + plugin de Kubernetes. Port (comercial, la mejor UX 2026, compite con Backstage y crece rápido), más simple de personalizar, schema específico de Port. Cortex (alternativa, enfoque en service catalog). Humanitec (orientado a orquestador de plataforma, patrones de auto-deployment). OpsLevel, Configure8. Plantillas self-service: Backstage Software Templates (integración con cookiecutter) / Port Actions / scaffolding CLI propio (Yeoman / Plop / CLI propia en Go). Service catalog: seguimiento de todos los servicios + ownership + dependencias + maturity scoring (Backstage Software Catalog / Port / OpsLevel). Ecosistema Kubernetes a fondo: base de la plataforma, Crossplane (IaC nativo de K8s, provider-agnostic, el mejor para abstracción de plataforma), Argo CD (base de GitOps), Tekton (plataforma de pipelines), Knative (plataforma serverless). Abstracciones de plataforma: Crossplane Compositions (abstracciones tipadas de recursos cloud, ejemplo: «provisionar Postgres» = una sola llamada de API que se expande a RDS + IAM role + Secret + Network), módulos de Terraform + Spacelift / Atlantis (IaC gestionado), Kratix (framework platform-as-product, una entrada más nueva e interesante 2024+). API gateway para las APIs de la plataforma: Kong / Tyk / Apigee / AWS API Gateway. Portal de desarrollador: Backstage UI / Port UI / Cortex UI, single pane of glass para los devs (service catalog + docs + acciones + observabilidad). Métricas de DX (Developer Experience): métricas DORA (Deployment Frequency / Lead Time for Changes / Mean Time to Recover / Change Failure Rate, framework DevOps Research and Assessment de Google), framework SPACE, encuestas de DX (feedback de desarrolladores). Herramientas: Sleuth / LinearB / Faros AI / Swarmia / Code Climate Velocity. Plataforma CI/CD: normalmente Tekton Pipelines (nativo de la CNCF) o Argo Workflows + Argo Events. Observabilidad de la propia plataforma: métricas de adopción de la plataforma + atribución de coste por equipo + seguimiento de scores de DX. Lenguajes: TypeScript principal (plugins de Backstage) + Go para tooling de plataforma propio + Python para automatización.

DevOps Engineer: enfoque en CI/CD + cloud + K8s para un único equipo / producto. Enfoque a nivel de equipo. Ver DevOps Engineer (general). SRE (Site Reliability Engineer): enfoque en la fiabilidad + SLI / SLO + guardias + automatización para reducir el trabajo repetitivo. Mucha programación. Ver Site Reliability (SRE). Platform Engineer (esta página): enfoque en una plataforma de autoservicio reutilizable para los desarrolladores de toda la organización de ingeniería. Mentalidad de producto interno: los desarrolladores = clientes, el equipo de plataforma = equipo de producto. Día a día: construir capacidades de autoservicio (p. ej., «crear un servicio nuevo con un clic» con Backstage Templates), mantener el catálogo de servicios + golden paths + paved roads. Mucha programación (TypeScript + Go). Distinción clave 2026: Platform Engineering NO es solo DevOps con otro nombre. La diferencia real: mentalidad de plataforma como producto + responsabilidad sobre las métricas de DX + estrategias de adopción en varios equipos + pensamiento de producto aplicado a las herramientas internas. Diferencia con SRE: el SRE es responsable de la fiabilidad de los servicios. El Platform Engineer es responsable de la fiabilidad + la UX de la propia plataforma interna (que otros equipos usan para desplegar sus servicios). El Platform Engineer no mide el éxito por el uptime de la infraestructura, sino por «¿cuántos minutos tarda un ingeniero nuevo en desplegar su primer servicio?». Diferencia con DevOps: el DevOps Engineer suele estar muy integrado en un equipo de producto (CI/CD para un producto). El Platform Engineer trabaja en infraestructura transversal usada por 10+ equipos de producto. Realidad del solapamiento de carreras 2026: un 60-70% de stack compartido. Movimientos laterales fáciles DevOps Senior ↔ Platform Engineer (3-6 meses). Organizaciones pequeñas: una persona = DevOps y Platform a la vez. Medianas / grandes (50+ ingenieros): roles separados.

Árbol de decisión para elegir un IDP 2026: 1) Backstage (open source de Spotify 2020, en incubación en la CNCF 2022): líder del mercado en 2026 (~60% de cuota). El mayor nicho para desarrollo de plugins + integraciones propias. Fortalezas: enorme comunidad (10K+ estrellas en GitHub), 130+ plugins oficiales, totalmente open source, soporte de servicios políglotas, Software Catalog + TechDocs + Software Templates integrados, integraciones con todo. Debilidades: alto esfuerzo de implantación (un despliegue típico de Backstage: 6-12 meses de inversión en ingeniería), exige experiencia en React + TypeScript para personalizarlo, la creación de plugins es compleja, mantenimiento continuo pesado. Caso de uso: empresas con 50+ ingenieros + un equipo de plataforma dedicado (3+ ingenieros) + que quieren control total + preferencia por el open source. 2) Port (startup comercial israelí, fundada en 2022, crecimiento rápido 2024–2026): el retador líder con la mejor UX. Fortalezas: implantación muchísimo más simple (configuración típica en 1-2 semanas frente a 6-12 meses de Backstage), modelo declarativo de blueprints, una UI muy cuidada, Self-Service Actions integradas, constructores de servicios con drag-and-drop, integraciones nativas con Slack / Teams. Caso de uso: empresas con 20-200 ingenieros + que quieren valor rápido + no quieren invertir en un equipo de plataforma de 3+ ingenieros. 3) Cortex (comercial, fundada en 2020, algo más antigua que Port): enfoque en el catálogo de servicios. Fortalezas: la mejor puntuación del catálogo de servicios + seguimiento de madurez, enfoque en «scorecards de preparación para producción». Caso de uso: organizaciones cuyo problema principal es seguir la calidad de los servicios a través de muchos equipos. 4) Humanitec (comercial, centrada en el orquestador de plataforma): un ángulo distinto al del portal IDP. Fortalezas: automatización profunda de K8s + patrones de despliegue multientorno + separación de cargas de trabajo. Caso de uso: plataformas muy centradas en K8s donde la automatización del despliegue es la necesidad principal (frente al descubrimiento de servicios). 5) OpsLevel, Configure8: alternativas con menor cuota de mercado. 6) Desarrollo propio: a veces las empresas construyen su propio IDP mínimo (Hugo / Next.js estático + integraciones de API propias). Recomendaciones por defecto 2026: Gran empresa / preferencia por el open source / equipo de plataforma dedicado → Backstage. Mid-market (20-200 ingenieros) / quieren valor rápido → Port. La calidad del catálogo de servicios es la necesidad principal → Cortex o Port. La automatización del despliegue en K8s es lo principal → Humanitec. Mercado de Backstage en 2026: la mayor categoría de empleos, pero los empleos de Port crecen rápido.

Sí, el 38% de los empleos de Platform Engineer son full-remote o híbridos. El trabajo de Platform — cloud + internal-tooling = ideal para el remoto. Las outsourcing shops — casi siempre remotas en proyectos de EE. UU. Las empresas rusas — híbrido o remoto tras el periodo de prueba. Las empresas tecnológicas internacionales — full-remote estándar. Big Tech — híbrido estándar. Los contribuidores del core-team de Backstage (trabajo de comunidad CNCF) — full-remote por definición. Hubs de relocación: Polonia / Alemania (Platform Engineering-friendly) / Canadá / Serbia / Georgia / EAU. Inglés para el remoto internacional de Platform — obligatorio (la comunidad de Platform Engineering está en inglés — CNCF / Backstage Working Groups / KubeCon Platform Engineering Day).

Platform Engineer (general): construye + mantiene las capacidades de la plataforma. Responsable de la implementación técnica. DX (Developer Experience) Engineer: subespecialización centrada en las métricas de productividad de los desarrolladores + los ciclos de feedback de los desarrolladores. Día a día: 1) cuantificar la productividad de los desarrolladores (automatización de la medición de métricas DORA + SPACE), 2) diseño + análisis de encuestas a desarrolladores (feedback cualitativo), 3) identificar puntos de fricción en el flujo de trabajo de los desarrolladores (p. ej., «el build tarda 30 minutos», «inestabilidad de las pruebas del 15%», «el tiempo para aprovisionar un entorno de desarrollo es de 2 horas»), 4) impulsar iniciativas entre equipos para reducir la fricción (a veces implementándolas ellos mismos, a veces coordinándose con otros equipos), 5) optimización del onboarding (reducir el tiempo hasta el primer PR / el primer despliegue de las nuevas incorporaciones), 6) decisiones de estandarización de herramientas (recomendar / imponer un IDE / framework / herramienta de build concretos), 7) estrategia de documentación para desarrolladores (Backstage TechDocs / mkdocs / propia). Habilidades: técnicas (hay que entender todo el stack de la plataforma) + analítica (medición de la productividad basada en datos) + personas (entrevistar a desarrolladores + extraer los problemas reales) + pensamiento de producto (priorizar mejoras según su impacto). Programación ligera a moderada. Retribución: el DX Engineer es comparable a un Senior Platform Engineer. En las empresas tecnológicas de EE. UU., el DX Engineer se convirtió en un rol muy buscado 2024–2026 gracias a su alto ROI (el tiempo de los desarrolladores es caro). Elección de carrera: Platform Engineer si te interesa más implementar capacidades que medir. DX Engineer si te interesan el análisis de productividad basado en datos + la empatía con los problemas de los desarrolladores + la influencia entre equipos. Ambas son vías legítimas para Senior+. Voces conocidas de DX 2026: Abi Noda (cofundador de DX, ex líder de investigación en GitHub: escribió el paper del framework SPACE), Lorin Hochstein (ingeniería de resiliencia / caos), Charity Majors (solapamiento entre observabilidad y DX: Honeycomb).

Hoja de ruta: 1) Base sólida de DevOps: Linux + Docker + Kubernetes (CKA) + IaC (Terraform) + una nube + CI/CD. Platform Engineering se construye SOBRE el stack de DevOps. 2) Habilidades de ingeniería de software: Backstage y las herramientas de plataforma propias son ingeniería de software aplicada a problemas de infraestructura. Nivel Backend Middle en un lenguaje (Go como principal para herramientas CLI, TypeScript + React para Backstage). 3) Backstage a fondo: la habilidad de IDP más demandada en 2026. Recursos: documentación de Backstage (backstage.io) + canal de YouTube de Backstage + el libro "Developer Platforms with Backstage" de Eli Goldberg. Monta una instancia de Backstage en tu propia infraestructura. Crea un plugin propio (por ejemplo, integra un dashboard específico de la empresa). Contribuye con una pequeña corrección al núcleo de Backstage. 4) Crossplane: la segunda habilidad de plataforma más demandada. Aprende Compositions (abstracciones tipadas de recursos cloud). Monta Crossplane en un clúster de K8s y define una composition para «aprovisionar Postgres» (abstrae RDS + IAM + Secrets). 5) Dominio de ArgoCD (apps desplegadas por la plataforma + ApplicationSets para multitenencia). 6) Tekton Pipelines: plataforma de pipelines de la CNCF (alternativa a Jenkins + GitLab CI para un CI/CD nativo de la plataforma). 7) Configuración de métricas DORA: implementa el seguimiento automático de Deployment Frequency / Lead Time / MTTR / Change Failure Rate (con herramientas como Sleuth / LinearB / Faros AI o propias). 8) Lectura del framework SPACE: el paper "The SPACE of Developer Productivity" de Forsgren / Storey / Maddila / Zimmermann / Houck / Nagappan (PDF gratuito). 9) Diseño del catálogo de servicios: Backstage Software Catalog / blueprints de Port: modelado de entidades para la estructura real de tu organización. 10) Plantillas de autoservicio: Backstage Software Templates (basadas en cookiecutter): crea una plantilla para un nuevo microservicio (con manifiestos de K8s + CI/CD + observabilidad + entrada en el catálogo de servicios). 11) Proyecto personal avanzado: una IDP completa (Backstage + Crossplane + ArgoCD + Software Templates propias + dashboard de métricas DORA), documentada como portfolio. 12) Participación en la comunidad de Platform Engineering: Platform Engineering Day de KubeCon (CNCF), la comunidad Internal Developer Platform (internaldeveloperplatform.org), la comunidad platformengineering.org. Libros imprescindibles: "Team Topologies" de Skelton / Pais (canónico para entender los equipos de plataforma + los modos de interacción), "The Phoenix Project" de Kim + su continuación "The Unicorn Project" (contexto de DevOps + plataforma), "Accelerate" de Forsgren / Humble / Kim (el origen de las métricas DORA), "Developer Platforms with Backstage" de Goldberg. Cursos: vídeos del Backstage Working Group (gratis en YouTube), rutas de aprendizaje de internaldeveloperplatform.org, Humanitec Academy (cursos gratuitos de platform engineering). De DevOps Middle / Backend Middle + interés a Platform Engineer Junior: 4-10 meses.

68 active open Platform Engineer positions — growing internal-developer-platform specialisation. Geography: the US, the UK, Poland. The real market is broader thanks to the international remote segment. Time to close a Senior Platform Engineer role — 5-10 weeks (longer than general DevOps due to specialisation + Backstage / Port expertise requirement). Platform Engineering as a category is growing fastest 2024–2026 per DORA / Puppet State of Platform Engineering reports.

Un Senior Platform Engineer es responsable del ciclo completo de arquitectura del IDP + optimización de la DX + liderazgo técnico. Ingeniería de software a nivel de backend Senior: dominio de TypeScript + React (para desarrollar plugins de Backstage) + Go como lenguaje principal (para herramientas de plataforma propias) + Python para automatización. Dominio profundo de Backstage: escritura de plugins (componentes frontend en React + plugins backend en Node.js), modelo de entidades del Software Catalog a fondo, configuración avanzada de TechDocs, Software Templates avanzados (generadores Yeoman personalizados), Catalog Processors para fuentes de entidades propias, Permission Framework para Backstage multi-tenant. O experiencia equivalente con Port / Cortex en un IDP alternativo. Dominio de Crossplane: diseño de Compositions (abstracciones tipadas de recursos cloud), desarrollo de Providers personalizados si hace falta, patrones de abstracción multicloud. Dominio de la plataforma Kubernetes: ArgoCD ApplicationSets para multi-tenancy + multiclúster, Tekton Pipelines avanzado, Knative para ofrecer una plataforma serverless. Diseño de plantillas de autoservicio: dominio del scaffolding (Backstage Software Templates / Port Actions / CLI propia), permitir crear un servicio nuevo de la idea a producción en minutos. Arquitectura del catálogo de servicios: diseño del modelo de entidades para la estructura real de la organización, automatización del seguimiento de propietarios, automatización del seguimiento de dependencias, puntuación de madurez. Dominio de las métricas DORA: implementación del seguimiento automatizado (de los datos en bruto de git + despliegues al dashboard), reuniones mensuales de revisión de métricas, fijación de objetivos + responsabilidad sobre las iniciativas de mejora. Aplicación del framework SPACE: diseñar + realizar encuestas a desarrolladores, síntesis del feedback cualitativo, priorización de acciones. Habilidades de entrevista con desarrolladores: extraer los problemas reales frente a las quejas superficiales (metodología de los 5 porqués), identificar temas transversales. Estrategia de adopción en varios equipos: «plataforma como producto»: diseñar el lanzamiento de nuevas capacidades de la plataforma (beta privada → lanzamiento interno → seguimiento de métricas de adopción). Coordinación entre equipos: trabajar con 10-20 equipos de producto que usan la plataforma: gestionar feedback + peticiones de funcionalidades + cambios incompatibles + ciclos de deprecación. Diseño de sistemas para plataformas: diseñar en pizarra la arquitectura de un IDP para una organización de ingenieros, consideraciones multirregión, limitación del radio de impacto. Atribución de costes de la plataforma: dashboards de chargeback / showback por equipo, defensa del presupuesto del equipo de plataforma frente al ROI. Soft: redacción de ADRs para decisiones de plataforma, redacción técnica (documentación de la plataforma + materiales de onboarding), comunicación ejecutiva (informes sobre el valor de la plataforma al CTO / VP of Engineering), planificación de la hoja de ruta del producto, contratación + mentoría a Platform Engineers Junior / Middle. Inglés para Senior+ IMPRESCINDIBLE: la comunidad de Platform Engineering (KubeCon Platform Engineering Day / Backstage Working Groups / platformengineering.org) es angloparlante. Extra opcional: contribuciones open source a Backstage / Crossplane / ArgoCD / Tekton: aumentan notablemente el valor de mercado (el mercado es pequeño + la contratación se mueve por la comunidad).