Estudos de caso: três implementações de engenharia de plataforma

Embora existam diferentes abordagens para implementar a engenharia de plataforma com o Modelo de Funcionalidade de Engenharia de Plataforma, pesquisas de usuários mostram que a maioria dos clientes da Microsoft se enquadra em um dos três segmentos de clientes: inovador emergente, construtor estratégico e pioneiro da plataforma. Este artigo explica um estudo de caso para um cliente real em cada segmento. Os nomes da empresa são removidos para privacidade.

Inovador emergente: Seguradora

Segmento de cliente	Áreas de foco	Tamanho da equipa	Características da organização	Frequência
Inovador emergente	Desenvolvimento rápido de produtos, automatização de processos manuais, combate a ineficiências	1 a 5 (das equipes de DevOps ou de infraestrutura de nuvem)	Identifica gargalos para melhorar a entrega, começando a perceber a necessidade de soluções em toda a organização	O segundo mais comum

Uma grande companhia de seguros percebe que a empresa tem infraestrutura diversa espalhada por uma ampla pilha de tecnologia. Há várias plataformas e ambientes, e não há muitas maneiras de os desenvolvedores começarem sem depender de outras equipes. A empresa precisa reduzir seus custos crescentes com a força de trabalho e ter sistemas mais padronizados.

"O ponto de inflexão foi muito simples. Considerando que temos várias plataformas de engenharia, vários ambientes de infraestrutura, incluindo híbridos, sem portal de autoatendimento para desenvolvedores e três pilhas massivas diferentes em toda a nossa arquitetura, tivemos que trazer algo como o Terraform ou uma solução em nível empresarial, como GitLab ou GitHub. Para gerenciar plataformas de contêineres de ponta a ponta, consideramos algo como OpenShift, Ansible para automação de fluxo de trabalho e Backstage para o IDP. Fizemos uma avaliação abrangente para integrar sinergia em uma pilha de tecnologia tão extensa... Este é um caso de custo muito simples: reduzir a força de trabalho ou a base de desenvolvedores em 30%." - Arquiteto-Chefe, seguradora

Desafio: Seus principais desafios são o aumento dos custos de nuvem, problemas de conformidade, falta de experiência em engenharia de infraestrutura, processos desalinhados e comunicação de equipe inconsistente.

A seguradora planeja implementar uma plataforma padronizada para todas as atividades de desenvolvimento e implantação para promover a colaboração, acelerar a configuração do projeto e simplificar a governança. A empresa se concentra no crescimento em todos os cinco principais drivers de engenharia de plataforma.

Investimento: A empresa está trabalhando com um parceiro externo para implementar a engenharia de plataforma usando um modelo de build, operação e transferência (BOT). O parceiro externo desenvolve e opera a plataforma antes de transferi-la de volta para a organização quando ela obtém a experiência e a capacidade de gerenciá-la internamente.

Adopção: Há uma resistência interna significativa à adoção de novas práticas. Os desenvolvedores não querem mudar de métodos tradicionais para plataformas e conjuntos de ferramentas mais recentes. Para superar isso, a liderança da organização pressiona a adoção da engenharia de plataforma, associando-a aos benefícios de produtividade e tornando-a parte das metas dos funcionários.

Governança: A equipe de planejamento e implantação da empresa (EPD) é responsável pela conformidade e segurança. A estrutura de governança centralizada é deliberada para manter a alta segurança e evitar vulnerabilidades, tornando a descentralização um desafio. Há um impulso para democratizar a implantação para os desenvolvedores, mantendo os protocolos de governança para evitar violações de dados e garantir a conformidade. O objetivo é encontrar um equilíbrio entre segurança e agilidade.

Provisionamento: A empresa melhora a eficiência e reduz os tempos de provisionamento adotando um modelo mais integrado e de autoatendimento. A possível redução do tempo e dos recursos gastos no provisionamento é um fator-chave para a alteração.

Interfaces: A organização adota o Backstage por sua flexibilidade de software livre, custo-efetividade e familiaridade do desenvolvedor. Córtex também foi considerado. A decisão de escolher Backstage foi impulsionada por seus recursos de custo e integração.

Medições e comentários: Tem sido difícil migrar para um sistema de comentários mais significativo porque a empresa tem um sistema de medição herdado e precisa alinhar métricas técnicas aos KPIs de negócios. A empresa planeja trabalhar no alinhamento dos esforços de engenharia com os resultados dos negócios para uma abordagem de medida mais integrada. Durante essa transição, a empresa adiciona ferramentas e plataformas que fornecem análise e observabilidade em tempo real.

Construtor estratégico: instituição financeira

Segmento de cliente	Áreas de foco	Tamanho da equipa	Características da organização	Frequência
Construtor estratégico	Colaboração, redução de esforço redundante, soluções compartilhadas, padronização, gerenciamento de custos	1 a 15 especialistas técnicos (desenvolvedores e especialistas em infraestrutura)	A liderança exibe os desenvolvedores como clientes, recursos de engenharia de plataforma parcialmente integrados (autoatendimento não totalmente adotado)	Mais comum

A instituição financeira está em um nível médio de maturidade de DevOps, com alguns artefatos centrais reutilizáveis, diretrizes padronizadas e automação básica gerenciada por meio de código. A organização chegou a um ponto em que o tamanho de suas equipes de desenvolvimento e a diversidade de suas ferramentas e práticas criam custos significativos. A instituição tinha milhares de ferramentas personalizadas usadas em toda a empresa e muitas necessidades organizacionais complexas. O banco planeja oferecer aos desenvolvedores um "caminho dourado" para melhorar a produtividade que já incorpora flexibilidade, evitando uma abordagem padronizada.

"Então a ideia era mostrar a eles [desenvolvedores] que esse [golden path] é uma maneira de fazer a coisa que vai melhorar sua produtividade, mas essa não é a única maneira. Certo? Portanto, queríamos deixar espaço suficiente para o desenvolvedor sentir que eles estão capacitados a fazer alterações nesse caminho que estamos dizendo a eles. Então, quando esses caminhos estão sendo definidos na equipe do CTO, a questão é sempre, quais são os caminhos a serem definidos que funcionarão para a maioria das pessoas no banco? Como eu disse, somos muito complexos. Há milhares de ferramentas usadas em todo o banco. Então um modelo que serve para todos sempre foi o maior problema." - Diretor executivo, instituição financeira

Desafio: Seu principal desafio são os altos custos e ineficiências devido a muitas ferramentas e práticas diferentes. A empresa deseja garantir que a plataforma atenda às necessidades específicas de cada equipe sem causar problemas ou ser uma abordagem excessivamente diretiva que possa dificultar a adoção. A instituição financeira também não tem experiência para desenvolver soluções de plataforma personalizadas internamente.

A instituição financeira planeja se concentrar no crescimento de três fatores-chave: adoção, governança e provisionamento e gestão. O banco deseja aumentar a adoção da solução de engenharia de plataforma, integrar melhor a governança e criar ferramentas automatizadas de provisionamento de recursos.

Investimento: A instituição financeira tem uma equipe central de engenharia com 120 pessoas espalhadas por vários locais em todo o mundo. Cerca de 20 membros compõem uma equipe do COE (centro de excelência). A equipe do COE implementa as práticas recomendadas de engenharia, a plataforma e as práticas de DevOps em todas as outras divisões de negócios.

Adopção: A equipe de engenharia de plataforma se concentra na aplicação de políticas definidas pela equipe do COE para orientar as operações de engenharia. A empresa também planeja motivar equipes com métricas de desempenho publicamente visíveis. No geral, o banco quer aumentar o uso da plataforma sem depender de diretivas e métricas rigorosas. No entanto, eles enfrentam desafios na qualificação da equipe do COE para lidar com a variedade de tecnologias usadas entre as equipes de engenharia. Um grande obstáculo é a preocupação de que a plataforma possa não atender às necessidades específicas de equipes individuais, potencialmente causando problemas.

Governança: A solução de engenharia de plataforma é um portal desenvolvido internamente que atua como um hub central para desenvolvedores, oferecendo ferramentas, guias, padrões de codificação e vídeos. A solução inclui um teste sobre os requisitos mínimos da empresa (MERS) para garantir a conformidade antes do início da codificação. O portal apresenta uma versão do Stack Overflow para suporte, perfis de engenheiro certificados e um percurso de integração para familiarizar novos desenvolvedores com padrões e ferramentas. A empresa planeja simplificar o gerenciamento de recursos e integrar a governança ao ciclo de vida de desenvolvimento, removendo gargalos e atraindo os principais talentos técnicos com um conjunto de ferramentas moderno.

Provisionamento: A equipe do COE criou "caminhos felizes" para os desenvolvedores aumentarem a produtividade, mantendo a flexibilidade. A meta é oferecer um caminho eficiente, permitindo a personalização. Ao projetar esses caminhos, a equipe do CTO pretende atender à maioria dos desenvolvedores, mas a complexidade do banco, com milhares de ferramentas em uso, torna a implementação de uma abordagem padronizada. Para dimensionar a plataforma, a organização planeja implementar o provisionamento automatizado de recursos para atender às diversas necessidades de suas muitas equipes de engenharia.

Interfaces: O portal interno do desenvolvedor foi criado principalmente internamente. Ele é conhecido internamente como o portal de DevOps, embora engloba funções de engenharia de plataforma mais amplas além apenas de DevOps. O portal serve como um recurso centralizado para desenvolvedores e inclui várias ferramentas, materiais de aprendizagem, vídeos e treinamentos, bem como acesso a ferramentas de automação, guias de auto-inicialização e imagens em contêineres para desenvolvimento. O portal também é integrado a ferramentas de segurança como o Sonatype para verificação de código e inclui um registro de imagens aprovadas e código clichê.

Medições e comentários: A equipe do COE está aberta a comentários e solicita-o ativamente das equipes de engenharia. Os defensores e embaixadores do desenvolvedor também coletam comentários em nome da equipe do COE. O processo de comentários é principalmente informal.

Pioneiro da plataforma: empresa de software

Segmento de cliente	Áreas de foco	Tamanho da equipa	Características da organização	Frequência
Pioneiro da plataforma	Tratando os desenvolvedores como clientes, gerenciando a plataforma como um produto, experiência de desenvolvedor forte	16+ com grupos especializados	Enfatiza a responsabilidade, o empoderamento e a inovação, promove o autoatendimento e a alternância mínima de contexto	Menos comum

A empresa de software está em um alto nível de maturidade de DevOps. Os desenvolvedores da empresa podem autoprovisionar serviços de nuvem em conformidade com as diretrizes corporativas. A grande equipe de plataforma da empresa com mais de 250 membros desenvolveu com êxito soluções personalizadas de engenharia de plataforma para a organização. A empresa planeja investigar como continuar melhorando sua organização por meio da engenharia de plataforma.

"Como permitir que nossos desenvolvedores forneçam um software melhor mais rápido e (mais barato)?.. Ainda precisamos investigar e investir no que poderia ser essa solução ideal que poderia funcionar para nossa estratégia multinuvem... há um sistema que pode ser dimensionado para as diversas necessidades dos desenvolvedores?.. Estamos usando soluções de IA geradora e baseadas em IA internas para a documentação e a descoberta de informações.. Nosso objetivo é tornar os desenvolvedores responsável." - Líder sênior de engenharia, empresa de software

Desafio: O principal desafio da empresa é descobrir como continuar refinando suas já fortes práticas de engenharia de plataforma de maneiras que economizem dinheiro, explorem a IA generativa, aumentem a adoção e trabalhem para um ambiente multinuvem.

A empresa de software planeja se concentrar em aumentar para quatro fatores-chave: investimento, adoção, provisionamento e gerenciamento e interfaces. A empresa de software já funciona em alto nível de engenharia de plataforma e deseja continuar. A empresa planeja explorar maneiras de integrar a IA generativa (com governança), aumentar a adoção da plataforma e implementar loops de comentários controlados por métricas.

Investimento: A plataforma é financiada e suportada por meio de uma colaboração entre os escritórios de CTO e CFO. Uma equipe de plataforma dedicada, formada pela realocação de recursos, inclui de 250 a 280 membros, como arquitetos e engenheiros. A equipe supervisiona computação, runtime, CI/CD, ferramentas e observabilidade, com foco na eficiência de custo. Eles estão explorando a Inteligência Artificial Generativa para escalabilidade da infraestrutura, mas reconhecem que são necessárias mais pesquisas e mais investimentos.

Adopção: Os desenvolvedores inicialmente adotaram a plataforma principalmente para otimização e eficiência de custos, impulsionados pela pandemia. Campanhas internas, incluindo hackathons, promovem a plataforma, mostrando benefícios como insights de maturidade do serviço. A equipe de plataforma teve dificuldade em convencer algumas equipes a migrar de suas configurações existentes para a plataforma.

Governança: O modelo de governança da plataforma é estruturado em torno de uma equipe de plataforma central que gerencia elementos principais. Equipes de serviço individuais contribuem com plug-ins. Há um processo de revisão para todas as contribuições para verificar se elas se alinham aos padrões organizacionais e atendem a necessidades mais amplas. A equipe de plataforma mantém um catálogo de serviços e um mapa de serviço para acompanhar metadados e dependências, que ajudam a garantir a responsabilidade e o gerenciamento de recursos. Além disso, um órgão de governança dedicado foi estabelecido especificamente para que os aplicativos de IA gerenciem seu uso e garantam a conformidade com os padrões.

Provisionamento: A equipe de plataforma fornece uma plataforma centralizada, mas flexível, para criação, implantação e gerenciamento de recursos. A plataforma é criada no Kubernetes e usa o Argo CD para CI/CD. A ferramenta oferece modelos personalizados e fluxos de trabalho predefinidos. A plataforma inclui uma casa de desenvolvedor onde os usuários podem gerenciar seu ciclo de vida de infraestrutura do provisionamento à implantação. O Teams contribui com plug-ins personalizados para aprimorar a funcionalidade. A meta é gerenciar a infraestrutura multinuvem perfeitamente com uma plataforma escalonável.

Interfaces: Os desenvolvedores usam a casa do desenvolvedor na plataforma para gerenciar a infraestrutura, o provisionamento e todo o ciclo de vida de desenvolvimento. A arquitetura baseada em plug-in da plataforma permite a personalização, enquanto a IA generativa aprimora a documentação e a pesquisa.

Medições e comentários: A organização coleta comentários por meio de pesquisas e usa métricas como DORA (frequência de implantação, tempo de entrega, taxa de falha de alteração e tempo médio de recuperação) para avaliar a eficácia da plataforma. Essas métricas são categorizadas em agilidade e estabilidade para identificar gargalos e melhorar os resultados.