Carga cognitiva se refere à quantidade total de esforço mental que está sendo usado na memória de trabalho de uma pessoa. Pense nisso como a largura de banda mental que um desenvolvedor tem. Quando essa largura de banda é consumida por tarefas que não envolvem programação, a capacidade de se concentrar na solução de problemas complexos diminui.

Os desenvolvedores costumam ter que alternar entre dezenas de ferramentas, painéis e arquivos de configuração diferentes apenas para implantar uma mudança simples. Cada troca de contexto força o cérebro a carregar um novo conjunto de informações, o que é mentalmente cansativo. Essa constante troca de ferramentas e processos aumenta a carga cognitiva, o que pode levar ao burnout, a mais erros e a uma inovação mais lenta.

A engenharia de plataforma é a disciplina de projetar, criar e manter uma plataforma interna para desenvolvedores. Pense assim: se o IDP é o produto, a equipe de engenharia de plataforma é a equipe de produto responsável pelo ciclo de vida dele. Os clientes deles são os desenvolvedores da organização.

Essa abordagem significa que a plataforma é tratada como qualquer outro produto de software. A equipe de engenharia de plataforma é responsável por entender as necessidades dos desenvolvedores, definir um roteiro e fornecer um conjunto de ferramentas confiável, seguro e fácil de usar.

Uma pergunta frequente é a distinção entre uma plataforma e um portal. Embora os termos às vezes sejam usados de maneira intercambiável, eles representam diferentes camadas da experiência do desenvolvedor. Pense na plataforma interna de desenvolvedores (IDP) como o motor completo, que engloba todas as ferramentas, fluxos de trabalho e infraestrutura que impulsionam seu ciclo de vida de desenvolvimento.

O portal interno de desenvolvedores, por outro lado, é o painel desse mecanismo. É a interface gráfica do usuário (GUI) que oferece aos desenvolvedores um local único e centralizado para acessar os recursos da plataforma. Um portal do desenvolvedor pode ajudar os desenvolvedores a descobrir e usar ferramentas, visualizar documentação, criar novos serviços e verificar o status das builds sem precisar entender o funcionamento interno complexo. Embora um IDP abrangente geralmente inclua um portal do desenvolvedor para melhorar a usabilidade e a capacidade de descoberta, a plataforma em si é o conjunto completo de tecnologias e processos automatizados.

Para ver como uma IDP funciona na prática, vamos analisar um exemplo comum de plataforma interna de desenvolvedores usando o Google Cloud. Imagine que um desenvolvedor precisa criar um novo microsserviço que requer o próprio banco de dados e pipeline de CI/CD.

O desenvolvedor precisaria criar manualmente um Cloud Source Repository, escrever um módulo do Terraform para provisionar um banco de dados do Cloud SQL, criar e configurar um arquivo de implantação do Google Kubernetes Engine (GKE) (YAML), configurar um novo gatilho no Cloud Build e gerenciar as permissões do IAM para tudo. Isso pode levar dias e envolver várias equipes.

O processo é muito mais simples.

Solicitação do portal: o desenvolvedor faz login no portal do desenvolvedor e encontra um modelo pré-criado para um "microsserviço Python com um banco de dados do Cloud SQL".

Entradas simples : eles preenchem um formulário curto com o nome do serviço e o nome da equipe.

O orquestrador entra em ação: o desenvolvedor clica em "Criar" e o orquestrador da plataforma assume o controle.

Ações automatizadas: nos bastidores, o orquestrador realiza uma série de tarefas automatizadas usando as APIs do Google Cloud:

• Ele cria um novo repositório no Cloud Source Repositories com base no modelo
• Ele executa um plano do Terraform para provisionar uma nova instância do Cloud SQL para PostgreSQL
• Ele cria os manifestos necessários e os aplica ao cluster do Google Kubernetes Engine (GKE) para criar um novo ambiente de implantação
• Ele configura um novo pipeline de CI/CD no Cloud Build para criar e implantar o serviço automaticamente

Conclusão: o processo é concluído em minutos. O desenvolvedor recebe uma notificação com links para o novo repositório, o aplicativo em execução no ambiente de preparo do GKE e as credenciais do banco de dados, tudo sem escrever uma única linha de configuração.