Cada cliente é importante

Um dos principais princípios da engenharia de plataforma é otimizar para seus clientes. Pense nos desenvolvedores como seu cliente principal e concentre-se em suas necessidades primeiro ao decidir quais caminhos de desenvolvimento você deseja abrir. Todos os desenvolvedores usam ferramentas diferentes para realizar seu trabalho. Como primeira etapa, comece pequeno e avalie se você pode melhorar as telas e superfícies existentes antes de implementar uma nova plataforma de desenvolvedor interna.

Pense nos desenvolvedores como seu cliente principal

Pensar em desenvolvedores como o principal cliente para sua plataforma de desenvolvedor interna é essencial para seu sucesso. Vamos referir esses clientes como desenvolvedores para simplificar, no entanto, eles podem ser qualquer membro do que o modelo de Topologias de Equipe se refere como equipes alinhadas a fluxos , incluindo funções como profissionais de machine learning ou cientistas de dados.

Uma prática de engenharia de plataforma bem-sucedida capacita desenvolvedores e operadores, dando-lhes autonomia para tomar decisões que permitem que os desenvolvedores se concentrem em fornecer valor comercial, ao mesmo tempo em que estão aderindo a padrões estabelecidos, governança e regras de segurança. Stakeholders críticos, habilitando equipes e especialistas em subsistemas específicos (operações, segurança, conformidade e arquitetura) trabalham com a equipe que cria essa plataforma interna para codificar seus conhecimentos e práticas recomendadas em modelos e recursos do sistema. Mover esse conhecimento para um sistema simultaneamente reduz a carga cognitiva para desenvolvedores, melhora a segurança, a conformidade e a qualidade e dimensiona melhor essas outras funções para enfrentar problemas realmente exclusivos. No entanto, é a experiência do desenvolvedor que garante que sua plataforma retorne o maior benefício para todos os envolvidos.

Isso significa seguir uma abordagem centrada no cliente para planejar e priorizar seus esforços de engenharia de plataforma.

Saiba mais sobre planejamento e priorização.

Entender quais caminhos de desenvolvimento você deseja abrir

Embora sua organização possa ter vários caminhos de desenvolvimento diferentes para produção hoje em dia, uma etapa inicial em sua jornada de engenharia de plataforma é entender quais caminhos você deseja que os desenvolvedores usem. Fazer essa chamada é importante, pois permite que você concentre sua energia na criação de um caminho eficiente por meio deles que ainda atenda aos requisitos de desenvolvimento, operações e governança.

Esses caminhos pavimentados (e quaisquer caminhos dourados totalmente pavimentados) representam um conjunto específico de ferramentas de desenvolvimento e observabilidade, linguagens, SDKs e serviços que são moldados para se adequar ao desenvolvimento, operações e outros stakeholders que concordam em representar suas práticas recomendadas. Os caminhos pavimentados devem incluir abordagens para simplificar o embarque, a moderação e a defesa da reutilização interna. Você não precisa pensar nesses caminhos pavimentados como sendo restritivos ou forçados, mas sim reduzindo a labuta do desenvolvedor para o ponto em que as equipes de desenvolvimento desejam permanecer dentro deles.

No entanto, o truque é entender não apenas em quais caminhos se concentrar, mas em quais seções do caminho precisam ser pavimentadas primeiro.

Saiba mais sobre caminhos pavimentados.

Conheça os usuários onde eles estão

Embora possa ser tentador começar com um portal unificado para tudo em sua plataforma de desenvolvedor interna, esse geralmente não é o melhor ponto de partida.

Os profissionais de operações, os SREs (engenheiros de confiabilidade do site) e os desenvolvedores usam ferramentas diferentes para realizar o trabalho. A codificação acontece em um IDE, sistemas de engenharia como o GitHub e o Azure DevOps usam interfaces de linha de comando e a colaboração em tempo real acontece no Teams e no Slack. Muitas vezes, esses usuários ficam satisfeitos com essas telas e são cautelosos com mais uma interface do usuário com a qual se preocupar.

Comece pequeno e avalie se você pode melhorar suas telas e superfícies existentes, idealmente por meio de plug-ins ou extensões, antes de começar a criar novas experiências personalizadas do zero. Pergunte a si mesmo se as pessoas reagirão melhor a outra nova experiência do usuário ou a uma versão aprimorada de algo que você tem agora? Mesmo que você decida criar um portal do zero para o início, considere a ideia de que você provavelmente desejará dar suporte a mais de uma interface por meio de uma API. Isso também desbloqueia opções como o uso de estruturas de baixo código para que você não precise criar e hospedar uma experiência de portal do zero.

Saiba mais sobre as experiências do usuário.

Adotar uma mentalidade de produto