Dicas para construir uma disciplina de engenharia de plataforma duradoura

Os engenheiros de plataforma não criam uma disciplina de engenharia de plataforma. Aprendemos muito sobre engenharia de plataforma desde que o tornamos o foco do Relatório Puppet State of DevOps nos últimos dois anos – principalmente, que uma iniciativa de engenharia de plataforma saudável e de alto funcionamento é o produto de suporte sustentado, cuidado contínuo, e iteração contínua.

A edição de 2024 do relatório, a evolução da engenharia de plataforma, nos mostra que, em sua forma ideal, a engenharia de plataforma é uma disciplina prática que cria eficiências práticas — mas não se trata de fornecer flexibilidade ilimitada. A melhor maneira de construir e manter uma plataforma de desenvolvedor interna (IDP) e a disciplina em torno dela é preparar o terreno com ferramentas, práticas e estrutura que possam sustentar uma plataforma no longo prazo.

Com base em nossos anos de pesquisa e dados de pesquisa em nossa pesquisa State of DevOps, aqui estão algumas dicas que descobrimos para equipes de plataforma em todo o mundo para a construção de uma iniciativa duradoura de engenharia de plataforma.

Mapeie todo o seu ciclo de vida de desenvolvimento de software

Este é um básico de Agile, DevOps e CI/CD. Uma revisão completa de todo o ciclo de vida de desenvolvimento de software (SDLC) em busca de pontos problemáticos e áreas de melhoria lhe dará uma ideia de onde seu SDLC poderia se beneficiar mais com as práticas e ferramentas de engenharia de plataforma.

Observe as principais funções, como coleta de requisitos, codificação, testes, implantação e monitoramento. Onde estão os gargalos? Quais partes interessadas são responsáveis? Em quais ferramentas eles confiam? Também o ajudará a identificar o escopo das necessidades de engenharia de sua plataforma, mostrando quanto de sua pilha você precisará adaptar.

Fale com seus desenvolvedores

Seu SDLC conta apenas metade da história. As métricas e o desempenho podem dizer o quão bem uma solução está funcionando para atingir as metas comerciais ou departamentais, mas não podem dizer o quão bem essa solução está funcionando especificamente para os desenvolvedores no dia a dia. (Se isso parece próximo do gerenciamento de produtos, é porque é. Falaremos mais sobre isso mais tarde.)

Este é o objetivo da engenharia de plataforma: descobrir o que impacta a experiência do desenvolvedor (DevX) e construir ferramentas que atendam a isso. Os desenvolvedores podem fazer solicitações dos recursos necessários da maneira que lhes for mais adequada (como por meio de APIs de autoatendimento)?

Na verdade, fale com quase todo mundo

Idealmente, não serão apenas desenvolvedores e operações que usarão sua plataforma. Se quiser que sua plataforma gere valor real, você precisará saber como posicioná-la para o resto da sua organização. Como você consegue a adesão dos principais tomadores de decisão? Depois de criar e estruturar ferramentas para beneficiar os desenvolvedores, como explicar esses benefícios aos próprios desenvolvedores? Ninguém tem as respostas para essas perguntas.

Além disso, mantenha essas linhas de comunicação abertas mesmo depois de ter um IDP funcionando em seu SDLC. Se sua plataforma estiver funcionando, você aprenderá muito sobre ela por meio de ciclos de feedback e das diversas perspectivas das partes interessadas em diferentes equipes que realmente usam a plataforma. Abrir canais para líderes seniores e tomadores de decisão também ajudará a garantir que sua plataforma seja desenvolvida de acordo com seus objetivos.

Contrate para habilidades difíceis e suaves

Um grande engenheiro de plataforma é definido tanto por sua capacidade de criar infraestrutura quanto por defender e orientar outras pessoas (que é onde entram as habilidades de comunicação) — especialmente nas plataformas que estão amadurecendo hoje. No que diz respeito às habilidades técnicas, o engenheiro de plataforma deve ter experiência em plataformas de nuvem, CI/CD, IaC, segurança e automação.

Outras funções necessárias incluem um proprietário do produto para gerenciar as partes interessadas da plataforma e rastrear KPIs. Nosso relatório State of DevOps de 2024 descobriu que 70% dos entrevistados disseram que um gerente de produto era importante para a equipe da plataforma – 52% dos quais chamaram a função de “crítica”. Para evitar problemas de complexidade e escalabilidade, você também precisará de arquitetos com visão e habilidades para ajudar a equipe de engenharia da plataforma a projetá-la e construí-la.

Comece a usar a infraestrutura certa como código

Infraestrutura como código (IaC) é o controle de versão da sua infraestrutura. Torna a infraestrutura legível, auditável, repetível, escalonável e segura.

A IaC também permite que equipes distintas — desenvolvedores, operações e controle de qualidade — revisem, colaborem, iterem e mantenham o código de infraestrutura simultaneamente. Consistência, reprodutibilidade e colaboração são princípios-chave da engenharia de plataforma — e IaC é a única maneira real de habilitar todos os três em escala entre equipes e ambientes.

Crie segurança diretamente no seu PDI

Setenta por cento dos entrevistados em nossa pesquisa de engenharia de plataforma de 2024 disseram que a segurança está integrada em suas plataformas. Eles dizem que tornar a segurança e a conformidade parte da base de sua plataforma os ajudou a reduzir riscos (59%), possibilitou o crescimento dos negócios (50%), economizou tempo dos desenvolvedores em conformidade (48%) e reduziu o trabalho pesado e a preparação de auditoria. (42%).

Adicionar segurança retroativamente a um IDP quando ele estiver em movimento ainda é possível, mas traz seu próprio conjunto de problemas: integração, controle de acesso, treinamento e testes podem interromper os fluxos de trabalho e processos existentes.

Crie autoatendimento – flexibilidade não ilimitada

Um IDP tem muitos clientes, mas a experiência do desenvolvedor (DevX) deve orientar as ferramentas, a estrutura e os casos de uso de uma plataforma. Não queira apenas criar integrações de autoatendimento que ofereçam a todos o máximo de flexibilidade possível. Escolha ferramentas que tornem mais fácil e rápido o desenvolvimento seguro dos desenvolvedores.

Curiosamente, descobrimos que as capacidades de autoatendimento de uma plataforma podem ser influenciadas por como e por que ela foi criada. Em algumas organizações, a engenharia de plataforma é uma abordagem básica: os desenvolvedores lançam uma iniciativa de plataforma de base apoiada pelas partes interessadas de toda a base de usuários (às vezes incluindo operações e liderança).

Mas outros deslocados internos são criados através de uma estrutura descendente, onde a plataforma tem uma representação de liderança mais direta (como fazem 50% dos entrevistados). Em nossa pesquisa, detectamos uma tendência desagradável nas organizações com essa abordagem de cima para baixo: a percepção das plataformas como uma “retomada das operações” – ou seja, a liderança de operações assumindo o controle de uma prática projetada para beneficiar os desenvolvedores.

Dependendo de onde sua plataforma está, será importante monitorar continuamente as necessidades que ela atende e os objetivos de negócios que deve atender. O que nos leva ao nosso próximo ponto:

Mantenha os canais de comunicação abertos

A maneira mais rápida de eliminar uma plataforma – ou, mais provavelmente, ficar preso no meio do caminho para a maturidade – é presumir que está feito. A avaliação contínua e a melhoria contínua são vitais para as plataformas de maior sucesso que existem.

Confie em práticas DevOps testadas e comprovadas para facilitar o feedback aberto sobre sua iniciativa de engenharia de plataforma. Repita novas maneiras de ‘produtizar’ seu IDP: realize pesquisas, estabeleça um conselho consultivo (com desenvolvedores, operações de TI e liderança), documente e compartilhe conhecimento especificamente para a manutenção e melhoria da plataforma. E quando forem tomadas medidas sobre uma mudança na plataforma, evangelize-a.

Do nosso ponto de vista, a engenharia de plataforma não é uma iniciativa do tipo configure e esqueça. Quer seja defendido desde o início pelos desenvolvedores ou patrocinado de cima para baixo pelas operações, um IDP precisa de mais do que APIs inteligentes e fluxos de trabalho de autoatendimento para provar valor duradouro no longo prazo.

Para obter mais insights que podem apoiar a engenharia de sua plataforma, não perca o Puppet’s 2024 Relatório sobre o estado do DevOps: a evolução da engenharia de plataforma.

A postagem Dicas para construir uma disciplina de engenharia de plataforma duradoura apareceu pela primeira vez em The New Stack.