Una plataforma interna para desarrolladores (IDP) es un conjunto centralizado de herramientas, servicios y flujos de trabajo internos que una organización establece para facilitar a los desarrolladores la creación, despliegue y operación de software sin necesidad de gestionar toda la infraestructura subyacente por sí mismos.

Un portal interno de desarrolladores (también abreviado confusamente como IDP) es una interfaz que permite a los ingenieros descubrir y acceder a las herramientas, flujos de trabajo, API, documentación e integraciones que necesitan para crear y mantener software. Proporciona un destino único para los procesos de desarrollo y el conocimiento institucional de una organización, de modo que los desarrolladores puedan operar de manera eficiente con un modelo de autoservicio.

Estos dos a menudo se confunden simplemente porque comparten un acrónimo y porque ambos se ocupan de la habilitación de desarrolladores.

Los entornos modernos de entrega de software son cada vez más complejos. Los desarrolladores deben navegar por clústeres de Kubernetes, pipelines de CI/CD, infraestructura en la nube, herramientas de observabilidad, repositorios de infraestructura como código (IaC), requisitos de cumplimiento, entre otras cosas. Y a medida que las organizaciones escalan, crece la cantidad de servicios internos y dependencias a lo largo del ciclo de vida del desarrollo de software (SDLC). Esto es particularmente cierto para las empresas que ejecutan arquitecturas de microservicios distribuidos en múltiples proveedores de la nube.

La ingeniería de plataforma surgió como respuesta a esta complejidad, evolucionando a partir de iniciativas de DevOps más amplias. En lugar de obligar a cada equipo de desarrollo a convertirse en expertos en infraestructura y operaciones, las organizaciones crean equipos de plataforma centralizados responsables de construir sistemas reutilizables y “rutas doradas” que abstraen el trabajo operativo repetitivo. El objetivo es reducir la carga cognitiva entre los desarrolladores y habilitar el autoservicio, para que los desarrolladores puedan centrarse en crear y entregar software.

Esta tendencia dio lugar a dos capas distintas, pero interconectadas: la plataforma interna para desarrolladores y el portal interno de desarrolladores.

La plataforma es la columna vertebral operativa que permite la entrega de software estandarizada y el autoservicio de los desarrolladores. Es toda la tecnología y las herramientas que se unen para proporcionar esas ruta doradas. Normalmente consta de los siguientes componentes:

• Automatización de infraestructura (como Terraform)

• Pipelines de CI/CD

• Abstracciones de Kubernetes

• Controles de identidad y acceso

• Sistemas de aprovisionamiento del entorno

• Barreras de seguridad

• Plantillas de infraestructura como código

• Orquestación nativa de la nube

• Integraciones de GitHub

• Observabilidad en tiempo real

• Sistemas de aplicación de políticas

La magia de la plataforma es que es posible que los desarrolladores nunca interactúen directamente con muchos de estos sistemas. La plataforma se encarga del trabajo pesado detrás de la entrega de software. Normalmente, lo mantiene un equipo dedicado de ingeniería de plataforma. Su propósito es exponer flujos de trabajo aprobados y patrones de infraestructura de forma reutilizable, escalable y segura

El portal es la interfaz orientada al usuario que permite a los desarrolladores descubrir las capacidades de la plataforma e interactuar con ellas. Es como un panel de control para el ecosistema de ingeniería. Por lo general, proporciona:

• Catálogos de servicios

• Centros de documentación

• Detección de API

• Formularios de solicitud de infraestructura

• Paneles de despliegue

• Metadatos de propiedad

• Tablas de puntuación y controles de estado

• Plantillas

• Flujos de trabajo de autoservicio

• Enlaces a herramientas operativas

Estos componentes a menudo se unifican a través de la tecnología de código abierto llamada Backstage, un marco de portal frontend apreciado por su extensibilidad. No es una plataforma completa: las organizaciones aún requieren automatización de backend, orquestación y herramientas de infraestructura para proporcionar capacidades de autoservicio.

El portal centraliza el acceso a los recursos de ingeniería que, de otro modo, estarían fragmentados en docenas de sistemas. No ejecuta flujos de trabajo; simplemente proporciona una interfaz fácil de usar que los activa en otras partes de la plataforma. La plataforma proporciona la funcionalidad operativa real.

Una plataforma interna para desarrolladores puede existir sin un portal. Los desarrolladores pueden interactuar directamente a través de CLI, API, flujos de trabajo de GitOps o repositorios de infraestructura. Del mismo modo, un portal puede existir sin una plataforma sofisticada debajo. En ese caso, el portal se convierte en poco más que un catálogo de servicios o una capa de documentación.

Los equipos de ingeniería más pequeños pueden obtener un valor sustancial de un portal ligero, aunque solo sea para centralizar la documentación, los metadatos, las API y el descubrimiento de servicios. Un portal tan limitado que sirve como una fuente única de la verdad puede proporcionar ganancias rápidas al consolidar el conocimiento operativo, aunque esto requiere una gobernanza sólida.

La organización madura basada en datos con cientos o miles de desarrolladores necesita tanto un portal como una plataforma. Juntos, estos sistemas crean una experiencia más sencilla para los ingenieros que, de otro modo, tendrían que navegar manualmente por cadenas de herramientas fragmentadas y flujos de trabajo de infraestructura.

En la práctica, muchas organizaciones comienzan su recorrido de ingeniería de plataformas implementando un portal como Backstage, porque la interfaz visual crea visibilidad e impulso organizacional.

La plataforma se vuelve esencial para casos de uso como aprovisionamiento de infraestructura de autoservicio.

• Flujos de trabajo de despliegue estandarizados

• Orquestación multinube

• Rutas doradas seguras

• Aplicación de políticas

• Gobernanza de costos

• Automatización del entorno

• Gestión del ciclo de vida de la infraestructura

• Experiencias consistentes para desarrolladores entre equipos

Sin la estandarización que proporcionan las plataformas, la productividad de los desarrolladores se verá afectada, ya que los desarrolladores serán responsables de tareas extrañas que interrumpan sus flujos de trabajo principales. Esta estandarización también agiliza la incorporación.

Juntos, el portal y la plataforma ofrecen autoservicio, lo que significa que los desarrolladores pueden descubrir recursos de forma independiente y bajo demanda a través del portal, y pueden ejecutar tareas operativas a través de la plataforma.

La IA está transformando ambos componentes. Dentro de la plataforma, la IA puede automatizar tareas operativas como el aprovisionamiento de infraestructura, la optimización de CI/CD, la aplicación de políticas, el análisis de incidentes y la gestión de costos, entre otras tareas operativas.

En el portal, la IA mejora el descubrimiento y la usabilidad. Los desarrolladores pueden utilizar consultas en lenguaje natural para localizar API, documentación, plantillas, información de propiedad y flujos de trabajo operativos sin navegar manualmente por varios sistemas. El asistente de IA, como IBM Bob, puede guiar la incorporación, responder preguntas sobre herramientas internas y recomendar rutas doradas aprobadas basadas en estándares organizacionales.

Con la IA, el autoservicio nunca fue más funcional, y aplicar IA tanto a portales como a plataformas permite a los desarrolladores centrarse en sus responsabilidades principales.