Llegas a tu primer equipo de desarrollo. Terminas un cambio, las pruebas pasan y tu Pull Request está aprobado. Falta llevarlo a producción.
Entonces aparecen algunas preguntas:
- ¿Quién crea el entorno de producción?
- ¿De dónde salen las credenciales?
- ¿Qué proceso despliega la aplicación?
- ¿Dónde revisas si algo falló?
Imagina esa situación repetida entre decenas de equipos de una empresa con más de 10,000 empleados. Es un buen punto de partida para entender qué aporta Platform Engineering y cómo se relaciona con DevOps.
¿Qué es DevOps?
DevOps es una cultura de colaboración que, junto con prácticas y herramientas, permite entregar y mejorar aplicaciones y servicios con mayor rapidez. Acerca a desarrollo y operaciones para que compartan responsabilidades durante el desarrollo, las pruebas, el despliegue y la operación del software. [1]
En el día a día, incluye prácticas como:
- Integración continua (CI): integrar los nuevos cambios de código con frecuencia en un repositorio compartido y comprobar con pruebas automáticas que todo sigue funcionando.
- Entrega continua (CD): dejar el software listo para ambientes productivos con pasos repetibles. El despliegue a producción puede requerir aprobación.
- Infraestructura como código: definir recursos como servidores, redes y servicios mediante código, usualmente guardado en un repositorio para poder consultar y revisar el historial de cambios.
- Monitoreo y retroalimentación: observar cómo funciona la aplicación después de publicarla y usar lo aprendido para mejorar. [1]
Desarrollo y operaciones necesitan colaborar desde antes del lanzamiento. Un pipeline automatiza pasos como probar el código, preparar la aplicación y desplegarla, pero los equipos también necesitan comunicarse y ponerse de acuerdo. [2]
¿Qué es Platform Engineering?
Platform Engineering, o ingeniería de plataformas, consiste en construir y mantener una plataforma interna que facilite el trabajo de los equipos de desarrollo. Sus usuarios son otros ingenieros de software dentro de la compañía.
Una plataforma interna de desarrollo, o Internal Developer Platform (IDP), reúne herramientas para crear, publicar y mantener aplicaciones. Puede ofrecer plantillas y entornos listos para usar desde un portal, una API o la terminal. El portal es una puerta de entrada; la plataforma también incluye los sistemas y procesos que hay detrás. [3]
La idea es reducir la carga cognitiva: todo lo que necesitas entender y recordar para completar una tarea. Si quieres publicar una API, ayuda a tener una guía y herramientas que ya resuelvan los pasos más comunes.
Esa ruta suele llamarse golden path, o camino recomendado. Puede incluir una plantilla de aplicación, pruebas, despliegue y herramientas para saber si todo funciona bien. El autoservicio te permite completar esos pasos sin pedirle a otro equipo que haga cada uno por ti. [4]
¿Qué hace un Platform Engineer?
Un Platform Engineer construye las herramientas de esa plataforma y se encarga de que funcionen. Sus tareas cambian según la empresa, pero suelen incluir:
- Entender las dificultades de los desarrolladores. Identificar dónde se atoran, qué tareas repiten y qué necesitan para avanzar.
- Crear herramientas que varios equipos puedan usar. Por ejemplo, plantillas de proyectos y procesos para preparar entornos o desplegar aplicaciones.
- Hacer que esas herramientas sean fáciles de usar. Escribir instrucciones claras y ayudar a resolver problemas.
La plataforma se trata como un producto interno: el equipo habla con quienes la usan, decide qué problemas atender primero y la mejora con sus comentarios. [3]
También incorpora reglas de seguridad y de uso, como quién puede acceder a cada entorno y qué configuraciones están permitidas. Además, facilita herramientas para consultar errores y medir cómo funcionan las aplicaciones. [4]
El trabajo continúa después de crear esas herramientas: hay que corregir fallos y ayudar a los equipos cuando algo cambia. Para saber si la plataforma es útil, conviene revisar cuántos equipos la usan, qué les facilita y dónde todavía se atoran. Escuchar sus comentarios es parte de mantenerla y mejorarla. [5]
Platform Engineering y DevOps: diferencias
Así se relacionan:
| Aspecto | DevOps | Platform Engineering |
|---|---|---|
| Qué es | Una cultura y prácticas para trabajar juntos | La construcción y el mantenimiento de una plataforma interna |
| En qué se enfoca | Cómo trabajan juntos desarrollo y operaciones | Cómo facilitar tareas comunes a los desarrolladores |
| Cómo se lleva a la práctica | Compartir responsabilidades, automatizar y aprender de los resultados | Ofrecer autoservicio, plantillas y herramientas compartidas |
Ambos se complementan. DevOps promueve la colaboración, y Platform Engineering ayuda a llevarla a la práctica con herramientas que muchos equipos pueden usar. Por ejemplo, un proceso de despliegue acordado entre equipos puede formar parte de la plataforma. [5]
También encontrarás puestos llamados DevOps Engineer. Sus tareas dependen de la empresa. Tener a alguien con ese título no basta para adoptar DevOps, recuerda: ¡DevOps es una cultura! la colaboración necesita ser parte de la forma de trabajo. [2]
Un ejemplo: llevar una API a producción
Imagina que eres un desarrollador junior y tienes que crear una API para una iniciativa nueva. Ya la probaste en local y funciona. Ahora quieres llevarla a producción.
Trabajas en un entorno corporativo con reglas claras y patrones definidos. Tu equipo te compartió los identificadores de los ambientes, así que intentas desplegar la API desde la CLI, la herramienta de línea de comandos. El intento falla: no tienes permisos.
En este caso, tu cuenta no tiene permisos para desplegar directamente porque la empresa tiene un camino definido para hacerlo. Conocer el identificador del ambiente solo te dice a dónde quieres llegar; todavía necesitas conocer el proceso.
El siguiente paso es revisar la documentación y entrar al Internal Developer Portal, el portal interno para desarrolladores. Ahí consultas cómo llevar tu API a producción: qué debes preparar, qué flujo de despliegue usar y qué validaciones o aprobaciones requiere.
Ese es el golden path de este ejemplo: un camino documentado y respaldado por las herramientas de la plataforma para desplegar siguiendo las reglas de la empresa. El portal te ayuda a encontrarlo y seguirlo.
El Platform Engineer construye y mantiene ese camino junto con los equipos involucrados. DevOps se refleja en cómo colaboran desarrollo y operaciones para acordar el proceso y mejorarlo. Si como usuario te atoras en un paso, tus comentarios ayudan a que el siguiente desarrollador tenga más claro cómo avanzar.
¿Por dónde empezar como developer junior?
Puedes empezar siguiendo el recorrido de un cambio pequeño en tu equipo:
- Localiza qué ejecuta las pruebas y qué realiza el despliegue.
- Identifica dónde consultar errores y quién mantiene cada parte del proceso.
- Usa una plantilla interna y anota cualquier instrucción confusa.
- Pregunta cómo se revierte un cambio y acompaña a alguien que conozca el procedimiento.
Si te interesa el rol de Platform Engineer, podrías empezar por mejorar esas instrucciones o automatizar una tarea repetitiva con ayuda del equipo. Así puedes descubrir si disfrutas construir herramientas para otros desarrolladores.
Resumen
DevOps es una cultura de colaboración, apoyada en prácticas y herramientas para entregar y mantener software. Platform Engineering facilita ese trabajo con una plataforma interna, y el Platform Engineer construye y mantiene sus herramientas.
Como developer que empieza, entender esta relación te ayuda a ubicar qué puedes resolver con la plataforma, qué necesita tu aplicación y con quién colaborar cuando algo se complica.