Cada cliente é importante
Um dos principais princípios da engenharia de plataformas é otimizar para os seus clientes. Pense nos programadores como o seu cliente principal e concentre-se nas suas necessidades primeiro ao decidir quais os caminhos de desenvolvimento que pretende preparar. Todos os programadores utilizam ferramentas diferentes para trabalhar. Como primeiro passo, comece pequeno e avalie se pode melhorar os ecrãs e as superfícies existentes antes de implementar uma nova plataforma de programador interna.
Pense nos programadores como o seu cliente principal
Pensar nos programadores como o cliente principal para a sua plataforma de programador interna é essencial para o seu sucesso. Vamos referir estes clientes como programadores para simplificar, no entanto, podem ser qualquer membro daquilo a que o modelo topologias de equipa se refere como equipas alinhadas com fluxos , incluindo funções como profissionais de machine learning ou cientistas de dados.
Uma prática de engenharia de plataformas bem-sucedida capacita os programadores e operadores, dando-lhes autonomia para tomarem decisões que permitam aos programadores concentrarem-se na entrega de valor empresarial, ao mesmo tempo que aderem às normas, governação e regras de segurança estabelecidas. Os intervenientes críticos, a ativação de equipas e especialistas em subsistemas específicos (operações, segurança, conformidade e arquitetura) funcionam com a equipa que cria esta plataforma interna para codificar os seus conhecimentos e melhores práticas em modelos e capacidades de sistema. Mover este conhecimento para um sistema reduz simultaneamente a carga cognitiva para os programadores, melhora a segurança, a conformidade e a qualidade e dimensiona melhor estas outras funções para resolver problemas verdadeiramente exclusivos. No entanto, é a experiência de programador que garante que a sua plataforma devolve o maior benefício para todos os envolvidos.
Isto significa seguir uma abordagem centrada no cliente para planear e priorizar os esforços de engenharia da plataforma.
Saiba mais sobre o planeamento e a atribuição de prioridades.
Compreender os caminhos de desenvolvimento que pretende preparar
Embora a sua organização possa ter vários caminhos de desenvolvimento diferentes para produção atualmente, um passo inicial no percurso de engenharia da plataforma é compreender que caminhos pretende que os programadores utilizem. Fazer esta chamada é importante, uma vez que lhe permite concentrar a sua energia na preparação de um caminho eficiente através deles que ainda cumpre os requisitos de desenvolvimento, operações e governação.
Estes caminhos pavimentados (e quaisquer caminhos dourados totalmente pavimentados) representam um conjunto específico de ferramentas de desenvolvimento e observabilidade, idiomas, SDKs e serviços que são moldados para se adaptarem ao desenvolvimento, operações e outros intervenientes que concordam em representar as suas melhores práticas. Os caminhos pavimentados devem incluir abordagens para simplificar o embarque, moderação e advocacia para reutilização interna. Não precisa de pensar nestes caminhos pavimentados como sendo restritivos ou forçados, mas sim reduzir o trabalho dos programadores para o ponto em que as equipas de desenvolvimento querem permanecer dentro deles.
No entanto, o truque é compreender não só em que caminhos se deve concentrar, mas quais as secções do caminho que têm de ser pavimentadas primeiro.
Saiba mais sobre caminhos pavimentados.
Conheça os utilizadores onde se encontram
Embora possa ser tentador começar com um portal unificado para tudo na sua plataforma de programador interna, este não é, muitas vezes, o melhor ponto de partida.
Os seus profissionais de operações, engenheiros de fiabilidade do site (SREs) e programadores utilizam ferramentas diferentes para fazer o seu trabalho. A codificação ocorre num IDE, os sistemas de engenharia como o GitHub e o Azure DevOps utilizam interfaces de linha de comandos e a colaboração em tempo real ocorre no Teams e no Slack. Muitas vezes, estes utilizadores estão satisfeitos com estes ecrãs e desconfiam de mais uma interface de utilizador para se preocuparem.
Comece pequeno e avalie se pode melhorar os ecrãs e as superfícies existentes, idealmente através 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 de utilizador ou a uma versão melhorada de algo que tem agora? Mesmo que decida criar um portal do zero para o início, tenha em atenção a ideia de que provavelmente irá querer suportar mais do que uma interface através de uma API. Isto também desbloqueia opções como utilizar arquiteturas de baixo código para que não tenha de criar e alojar uma experiência de portal do zero.