La carga cognitiva hace referencia a la cantidad total de esfuerzo mental que se utiliza en la memoria de trabajo de una persona. Piensa en ello como el ancho de banda mental que tiene un desarrollador. Cuando ese ancho de banda se consume en tareas que no son de programación, su capacidad para centrarse en la resolución de problemas complejos disminuye.

Los desarrolladores suelen tener que cambiar entre decenas de herramientas, paneles de control y archivos de configuración diferentes solo para implementar un cambio sencillo. Cada cambio de contexto obliga al cerebro a cargar un nuevo conjunto de información, lo que resulta agotador mentalmente. Esta constante combinación de herramientas y procesos aumenta la carga cognitiva, lo que puede provocar agotamiento, más errores y una innovación más lenta.

La ingeniería de plataformas es la disciplina que se encarga de diseñar, crear y mantener una plataforma interna para desarrolladores. Piénsalo así: si la IDP es el producto, el equipo de ingeniería de plataformas es el equipo de producto responsable de su ciclo de vida. Sus clientes son los desarrolladores de la organización.

Este enfoque implica que la plataforma se trata como cualquier otro producto de software. El equipo de ingeniería de plataformas es el responsable de comprender las necesidades de los desarrolladores, definir una hoja de ruta y proporcionar un conjunto de herramientas fiable, seguro y fácil de usar.

Una pregunta frecuente es la distinción entre una plataforma y un portal. Aunque a veces se usan indistintamente, representan diferentes capas de la experiencia del desarrollador. Piensa en la plataforma interna para desarrolladores (IDP) como el motor completo, que abarca todas las herramientas, flujos de trabajo e infraestructura que impulsan tu ciclo de vida de desarrollo.

Por otro lado, el portal interno para desarrolladores es el panel de control de ese motor. Es la interfaz gráfica de usuario (GUI) que proporciona a los desarrolladores un lugar único y centralizado para acceder a las funciones de la plataforma. Un portal para desarrolladores puede ayudar a los desarrolladores a descubrir y usar herramientas, consultar documentación, crear nuevos servicios y comprobar el estado de sus compilaciones sin necesidad de entender el complejo mecanismo que se ejecuta en segundo plano. Aunque una plataforma interna para desarrolladores (IDP) integral suele incluir un portal para desarrolladores que mejora la usabilidad y la visibilidad, la plataforma en sí es el conjunto completo de tecnologías subyacentes y procesos automatizados.

Para ver cómo funciona una IDP en la práctica, vamos a analizar un ejemplo común de plataforma interna para desarrolladores que usa Google Cloud. Imagina que un desarrollador necesita crear un nuevo microservicio que requiere su propia base de datos y un flujo de procesamiento de CI/CD.

El desarrollador tendría que crear manualmente un repositorio de Cloud Source, escribir un módulo de Terraform para aprovisionar una base de datos de Cloud SQL, crear y configurar un archivo de despliegue de Google Kubernetes Engine (GKE) (YAML), configurar un nuevo activador en Cloud Build y gestionar los permisos de IAM para todo. Esto podría llevar días e implicar a varios equipos.

El proceso es mucho más sencillo.

Petición desde el portal: el desarrollador inicia sesión en el portal para desarrolladores y encuentra una plantilla predefinida para un "microservicio de Python con una base de datos de Cloud SQL".

Introducción de datos sencilla: los usuarios rellenan un breve formulario con el nombre del servicio y el de su equipo.

Empieza la orquestación: el desarrollador hace clic en "Crear" y el orquestador de la plataforma toma el control.

Acciones automatizadas: en segundo plano, el orquestador realiza una serie de tareas automatizadas mediante las APIs de Google Cloud:

• Crea un repositorio en Cloud Source Repositories a partir de la plantilla.
• Ejecuta un plan de Terraform para aprovisionar una nueva instancia de Cloud SQL para PostgreSQL.
• Crea los manifiestos necesarios y los aplica al clúster de Google Kubernetes Engine (GKE) para crear un nuevo entorno de despliegue.
• Configura un nuevo flujo de procesamiento de CI/CD en Cloud Build para compilar y desplegar el servicio automáticamente.

Finalización: el proceso se completa en cuestión de minutos. El desarrollador recibe una notificación con enlaces a su nuevo repositorio, a su aplicación en ejecución en el entorno de ensayo de GKE y a las credenciales de la base de datos, todo ello sin escribir una sola línea de configuración.