La carga cognitiva hace referencia a la cantidad total de esfuerzo mental que se usa 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 enfocarse en la resolución de problemas complejos disminuye.

A menudo, los desarrolladores deben cambiar entre docenas de herramientas, paneles y archivos de configuración diferentes solo para implementar un simple cambio. Cada cambio de contexto obliga al cerebro a cargar un nuevo conjunto de información, lo que es mentalmente agotador. Este constante manejo de diferentes 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 de diseñar, crear y mantener una plataforma interna para desarrolladores. Piensa en esto: si la IDP es el producto, entonces 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 significa que la plataforma se trata como cualquier otro producto de software. El equipo de ingeniería de plataformas es responsable de comprender las necesidades de los desarrolladores, definir una hoja de ruta y proporcionar un conjunto de herramientas confiable, seguro y fácil de usar.

Una pregunta frecuente es la distinción entre una plataforma y un portal. Si bien los términos 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 ese motor. Es la interfaz gráfica de usuario (GUI) que les 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, aplicar andamiaje a nuevos servicios y verificar el estado de sus compilaciones sin necesidad de comprender la compleja maquinaria que se ejecuta en segundo plano. Si bien una IDP integral suele incluir un portal para desarrolladores para mejorar 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 un IDP en la práctica, veamos un ejemplo común de plataforma interna para desarrolladores con Google Cloud. Imagina que un desarrollador necesita crear un nuevo microservicio que requiere su propia base de datos y canalización de CI/CD.

El desarrollador tendría que crear manualmente un Cloud Source Repository, escribir un módulo de Terraform para aprovisionar una base de datos de Cloud SQL, crear y configurar un archivo de implementación de Google Kubernetes Engine (GKE) (YAML), configurar un nuevo activador en Cloud Build y administrar los permisos de IAM para todo. Esto podría tardar días y requerir la participación de varios equipos.

El proceso es mucho más sencillo.

Solicitud desde el portal: El desarrollador accede al portal para desarrolladores y encuentra una plantilla prediseñada para un “microservicio de Python con una base de datos de Cloud SQL”.

Entradas simples: Completa un formulario corto con el nombre del servicio y el nombre de su equipo.

Comienza la organización: El desarrollador hace clic en "Crear" y el organizador de la plataforma toma el control.

Acciones automatizadas: En segundo plano, el orquestador realiza una serie de tareas automatizadas con APIs de Google Cloud:

• Crea un nuevo 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 implementación.
• Configura una nueva canalización de CI/CD en Cloud Build para compilar e implementar el servicio automáticamente.

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