Platform engineering para el desarrollo con IA

Da a los prototipos una vía hacia producción

Las personas pueden explorar ideas con distintas herramientas de IA mientras la organización ofrece una vía común hacia producción. El equipo de plataforma hace que esa vía sea clara, tenga soporte y pueda repetirse.

Para un prototipo útil, recoge la tarea del usuario, un ejemplo del flujo, el código fuente cuando esté disponible y los datos previstos. Evalúa si conviene adaptar el código o reconstruirlo a partir de los requisitos aprendidos. Antes de introducir credenciales reales o información confidencial, verifica la aplicación, las herramientas de desarrollo y el entorno de ejecución frente a los controles necesarios.

Si el servicio debe ejecutarse en tu infraestructura, ofrece un despliegue admitido en tus cuentas de nube o redes. Incluye identidad, gestión de secretos, pruebas de publicación, monitorización y recuperación. Revisa por separado los flujos de datos del modelo; controlar el entorno de ejecución no da control sobre todos los servicios de desarrollo.

Trata la plataforma como un producto para sus usuarios

Una plataforma ofrece a los equipos capacidades admitidas para construir y operar software. Pueden incluir identidad, entornos, pipelines de entrega, bases de datos, monitorización y comprobaciones de políticas. La unidad útil es un flujo completo que resuelve una necesidad recurrente.

CNCF describe las plataformas como capacidades diseñadas en torno a los usuarios internos, con interfaces consistentes y autoservicio cuando corresponde. Un portal puede exponer esas capacidades, pero el portal por sí solo no es la plataforma. CNCF Platforms White Paper.

Empieza por una demanda real. En una empresa ficticia, varios equipos necesitan un servicio web interno con inicio de sesión de empleados y una base de datos gestionada. Crea una vía admitida para esa necesidad antes de añadir un catálogo amplio de funciones poco usadas.

Incluye a los agentes entre los usuarios de la plataforma

Un agente de IA puede generar código de infraestructura rápidamente. Sin contexto actual de la plataforma, también puede elegir una región, un patrón de identidad o un método de despliegue no admitidos. Generar más deprisa no resuelve la falta de restricciones organizativas.

Da al agente una interfaz fiable. Define entradas, valores permitidos, salidas y comportamiento ante fallos. Proporciona ejemplos que coincidan con la versión instalada. Devuelve errores que permitan actuar sin exponer secretos. Aplica las mismas comprobaciones de autorización a personas y agentes.

Para el servicio interno, la solicitud podría identificar responsable, categoría de datos, entorno, requisito de recuperación y entorno de ejecución admitido. La plataforma puede entonces seleccionar una configuración revisada o explicar por qué la petición necesita una decisión independiente.

Define la vía admitida y sus límites

Es un reparto de ejemplo. Confírmalo con los equipos y proveedores reales. Una responsabilidad sin asignar no desaparece porque exista una plataforma.

Publica una vía de excepción para los requisitos que queden fuera de la opción predeterminada. Identifica al responsable de la decisión y las pruebas necesarias. Un proceso de excepción difícil puede animar a crear sistemas sin soporte fuera de la plataforma.

Mantén los servicios después de crearlos

Una plantilla es una versión inicial. No aplica automáticamente parches a las aplicaciones creadas a partir de ella. Decide cómo llegarán los cambios de plataforma a los servicios existentes y cómo se comprobará la compatibilidad.

Versiona las interfaces y los módulos compartidos. Anuncia las condiciones de retirada. Ofrece una migración admitida cuando haga falta. Cuando se requiera una corrección de seguridad, registra qué servicios siguen usando versiones afectadas.

Evita convertir al equipo de plataforma en una cola de aprobación manual para cada operación rutinaria. Automatiza las comprobaciones repetibles y reserva las decisiones humanas para las consecuencias sin resolver. Mide el uso satisfactorio, los tiempos de espera, los resultados de recuperación y el esfuerzo de mantenimiento.

Conecta la plataforma con la fábrica de software

Platform engineering define las capacidades admitidas y los límites operativos. Una fábrica de software conecta requisitos, planificación, implementación, pruebas y entrega. Pueden complementarse cuando la fábrica planifica con la plataforma real como referencia.

Incluye la operación continua en la evaluación. Verifica quién busca vulnerabilidades nuevas, despliega correcciones, responde a incidentes y mantiene las pruebas de cumplimiento. Estas capacidades necesitan alcance y responsables acordados; el término «fábrica de software» no las garantiza.

Evalúa la integración en un punto concreto: ¿puede un cambio generado usar la vía de despliegue existente y conservar sus controles? ¿Puede el equipo inspeccionar por qué hizo falta una excepción? ¿Quién actualiza el contexto compartido cuando cambia la plataforma?

La investigación de DORA sitúa la capacidad de IA dentro de la organización que la rodea. Usa esa perspectiva para evaluar el flujo completo, incluido el trabajo que sigue correspondiendo al equipo de plataforma. Informe DORA 2025.