Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Embora existam diferentes abordagens para implementar a engenharia de plataforma com o Modelo de Capacidade de Engenharia de Plataforma, a pesquisa de usuários mostra 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 orienta você através de um estudo de caso para um cliente real em cada segmento. Os nomes das empresas são removidos por razões de privacidade.
Inovador emergente: Companhia de seguros
| Segmento de clientes | Domínios de incidência | Tamanho da equipa | Traços de organização | FREQUÊNCIA |
|---|---|---|---|---|
| Inovador emergente | Rápido desenvolvimento de produtos, automatização de processos manuais, combate a ineficiências | 1-5 (de DevOps ou equipas de infraestrutura em nuvem) | Identifica gargalos para melhorar a entrega, começando a perceber a necessidade de soluções em toda a organização | Segundo mais comum |
Uma grande companhia de seguros percebe que tem uma infraestrutura distribuída por um grande stack tecnológico. Existem 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 crescentes custos de força de trabalho e ter sistemas mais padronizados.
"O ponto de inflexão foi praticamente simples. Dado que temos várias plataformas de engenharia, vários ambientes de infraestrutura, incluindo híbridos, sem funcionalidades de portal de desenvolvedor de autosserviço e três grandes conjuntos diferentes em toda a nossa arquitetura, tivemos que trazer algo como Terraform ou uma ferramenta de nível empresarial como GitLab ou GitHub. Para gerenciar plataformas conteinerizadas 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 trazer sinergia numa pilha de tecnologia tão grande... Este é um caso muito simples de redução de custos, que consiste em reduzir um pouco a força de trabalho ou a base de desenvolvedores em 30%." - Arquiteto-Chefe, companhia de seguros
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 inconsistente da equipe.
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 foca-se no crescimento em todos os cinco principais impulsionadores da engenharia de plataformas.
Investimento: A empresa está trabalhando com um parceiro externo para implementar a engenharia de plataforma usando um modelo de construção, operação e transferência (BOT). O parceiro externo desenvolve e opera a plataforma antes de transferi-la de volta para a organização, uma vez que ganha a experiência e a capacidade de gerenciá-la internamente.
Adoçã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 impulsiona a adoção da engenharia de plataforma, vinculando-a a benefícios de produtividade e tornando-a parte dos objetivos dos funcionários.
Governança: A equipe de planejamento e implantação empresarial (EPD) é responsável pela conformidade e segurança. A estrutura de governança centralizada é deliberada para manter alta segurança e evitar vulnerabilidades, tornando a descentralização um desafio. Há um esforço para democratizar a implantação para desenvolvedores, mantendo 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 potencial redução do tempo e dos recursos gastos no provisionamento é um fator-chave para a mudança.
Interfaces: A organização adota o Backstage por sua flexibilidade de código aberto, custo-benefício e familiaridade com o desenvolvedor. O córtex também foi considerado. A decisão de escolher o Backstage foi motivada pelo seu custo e capacidades de integração.
Medições e feedback: Tem sido difícil mudar para um sistema de feedback mais significativo porque a empresa tem um sistema de medição legado e precisa alinhar as métricas técnicas aos KPIs de negócios. A empresa planeja trabalhar no alinhamento dos esforços de engenharia com os resultados de negócios para uma abordagem de medição 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 clientes | Domínios de incidência | Tamanho da equipa | Traços de organização | FREQUÊNCIA |
|---|---|---|---|---|
| Construtor estratégico | Colaboração, redução de esforços redundantes, soluções compartilhadas, padronização, gerenciamento de custos | 1-15 especialistas técnicos (desenvolvedores e especialistas em infraestrutura) | A liderança vê os desenvolvedores como clientes, recursos de engenharia de plataforma parcialmente integrados (autosserviço não totalmente adotado) | Mais frequentes |
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 de ouro" para melhorar a produtividade que tenha flexibilidade incorporada, evitando uma abordagem única.
"Então, a ideia era mostrar a eles [desenvolvedores] que esse [caminho dourado] é uma maneira de fazer a coisa que vai melhorar sua produtividade, mas esse não é o único caminho. Certo? Então, queríamos deixar espaço suficiente para o desenvolvedor sentir que está capacitado para fazer mudanças nesse caminho que estamos dizendo a eles. Então, quando esses caminhos estão sendo definidos na equipe de CTO, a pergunta é sempre: quais são os caminhos a serem definidos que funcionarão para a maioria das pessoas no banco? Como disse, somos muito complexos. Existem milhares de ferramentas utilizadas em todo o banco. Portanto, um tamanho único 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 quer garantir que a plataforma atenda às necessidades específicas de cada equipe sem causar problemas ou ser uma abordagem excessivamente diretiva que poderia dificultar a adoção. A instituição financeira também não tem expertise para desenvolver soluções de plataforma personalizadas internamente.
A instituição financeira planeja se concentrar no crescimento para três fatores principais: adoção, governança e provisionamento e gerenciamento. O banco quer 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 de centro de excelência (COE). A equipe do COE implementa as melhores práticas de engenharia, a plataforma e as práticas de DevOps em todas as outras divisões de negócios.
Adoção: A equipa de engenharia da plataforma foca-se na aplicação de políticas definidas pela equipa COE para orientar as operações de engenharia. A empresa também planeja motivar as 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 rígidas. No entanto, eles enfrentam desafios para melhorar a qualificação da equipe de COE para lidar com a variedade de tecnologias usadas em todas as equipes de engenharia. Um grande obstáculo é a preocupação de que a plataforma possa não atender às necessidades específicas de cada equipe, 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 requisitos mínimos empresariais (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 engenheiros certificados e uma jornada de integração para familiarizar novos desenvolvedores com padrões e ferramentas. A empresa planeja simplificar a gestão de recursos e integrar a governança ao ciclo de vida do desenvolvimento, removendo gargalos e atraindo talentos técnicos de ponta com um conjunto de ferramentas modernas.
Provisionamento: A equipe do COE criou "caminhos felizes" para os desenvolvedores aumentarem a produtividade, mantendo a flexibilidade. O objetivo é oferecer um caminho eficiente, permitindo a personalização. Ao projetar esses caminhos, a equipe de CTO visa atender à maioria dos desenvolvedores, mas a complexidade do banco, com milhares de ferramentas em uso, torna a implementação de uma abordagem padronizada. Para escalar a plataforma, a organização planeja implementar o provisionamento automatizado de recursos para atender às diversas necessidades de suas diversas equipes de engenharia.
Interfaces: O portal interno do desenvolvedor foi construído principalmente internamente. É conhecido internamente como o portal DevOps, embora abranja funções de engenharia de plataforma mais amplas além de apenas 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 inicialização automática e imagens em contêineres para desenvolvimento. O portal também está integrado com ferramentas de segurança como Sonatype para análise de código e inclui um registo de imagens aprovadas e código padrão.
Medições e feedback: A equipe do COE está aberta ao feedback e o solicita ativamente às equipes de engenharia. Os defensores e embaixadores dos desenvolvedores também coletam feedback em nome da equipe do COE. O processo de feedback é, na sua maioria, informal.
Plataforma pioneira: Empresa de software
| Segmento de clientes | Domínios de incidência | Tamanho da equipa | Traços de organização | FREQUÊNCIA |
|---|---|---|---|---|
| Plataforma pioneira | Tratar os desenvolvedores como clientes, gerenciar a plataforma como um produto, forte experiência do desenvolvedor | 16+ com grupos especializados | Enfatiza a responsabilidade, o empoderamento e a inovação, promove o autosserviço e a mudança mínima de contexto | Menos frequentes |
A empresa de software está em um alto nível de maturidade em DevOps. Os desenvolvedores da empresa podem autoprovisionar serviços em nuvem em conformidade com as diretrizes corporativas. A grande equipe de plataforma da empresa, com mais de 250 membros, desenvolveu com sucesso soluções de engenharia de plataforma personalizadas para a organização. A empresa planeia investigar como continuar a melhorar a sua organização através da engenharia de plataformas no futuro.
"Como permitimos que nossos desenvolvedores entreguem software melhor, mais rápido e (mais barato)?.. Ainda precisamos investigar e investir no que poderia ser a solução ideal que poderia funcionar para nossa estratégia multicloud... Existe um sistema que possa ser dimensionado para as diversas necessidades dos desenvolvedores?.. Estamos usando IA generativa e soluções orientadas por IA construídas internamente para a documentação e descoberta de informações. Nosso objetivo é tornar os desenvolvedores responsáveis." - Senior Engineering Leader, 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 IA generativa, aumentem a adoção e trabalhem para um ambiente multicloud.
A empresa de software planeja se concentrar no crescimento de quatro fatores principais: investimento, adoção, provisionamento e gerenciamento e interfaces. A empresa de software já funciona em um alto nível de engenharia de plataforma e quer continuar. A empresa planeja explorar maneiras de integrar IA generativa (com governança), aumentar a adoção da plataforma e implementar ciclos de feedback orientados por métricas.
Investimento: A plataforma é financiada e apoiada através 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, tempo de execução, CI/CD, ferramentas e observabilidade, com foco na eficiência de custos. Eles estão explorando a IA generativa para escalabilidade de infraestrutura, mas reconhecem que mais pesquisas e investimentos são necessários.
Adoção: Os desenvolvedores inicialmente adotaram a plataforma principalmente para otimização de custos e eficiência, impulsionados pela pandemia. Campanhas internas, incluindo hackathons, promovem a plataforma, apresentando benefícios como insights sobre a maturidade do serviço. A equipe da plataforma teve dificuldade em convencer algumas equipes a mudar de suas configurações existentes para a plataforma.
Governança: O modelo de governança da plataforma é estruturado em torno de uma equipe central da plataforma que gerencia os elementos centrais. Equipes de serviço individuais contribuem com plugins. Há um processo de revisão de todas as contribuições para verificar se elas estão alinhadas com os padrões organizacionais e atendem a necessidades mais amplas. A equipe da plataforma mantém um catálogo de serviços e um mapa de serviços para rastrear metadados e dependências, o que ajuda a garantir a prestação de contas e o gerenciamento de recursos. Além disso, foi criado um órgão de governança dedicado especificamente para aplicativos de IA para gerenciar seu uso e garantir a conformidade com as normas.
Provisionamento: A equipe de plataforma fornece uma plataforma centralizada, mas flexível, para criação, implantação e gerenciamento de recursos. A plataforma é construída em Kubernetes e usa Argo CD para CI/CD. A ferramenta oferece modelos personalizados e fluxos de trabalho predefinidos. A plataforma inclui uma casa de desenvolvedores onde os usuários podem gerenciar seu ciclo de vida de infraestrutura, desde o provisionamento até a implantação. As equipas contribuem com plugins personalizados para melhorar a funcionalidade. O objetivo é gerenciar a infraestrutura multicloud perfeitamente com uma plataforma escalável.
Interfaces: Os desenvolvedores usam a página inicial do desenvolvedor na plataforma para gerenciar a infraestrutura, o provisionamento e todo o ciclo de vida do desenvolvimento. A arquitetura baseada em plug-ins da plataforma permite personalização, enquanto a IA generativa melhora a documentação e a capacidade de pesquisa.
Medições e feedback: A organização coleta feedback por meio de pesquisas e usa métricas como DORA (frequência de implantação, lead time, taxa de falhas de mudança 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.