Por que as equipes de infraestrutura deveriam se preocupar com a engenharia de plataforma - Yunyunzhongsheng

As equipes de infraestrutura se beneficiarão enormemente com um aumento significativo na padronização e automação – sem necessidade de mais ordens de serviço.

Traduzido de É por isso que as equipes de infra-estrutura devem se preocupar com a engenharia de plataforma , autor Luca Galante.

Cada vez mais, as equipas de infraestrutura, especialmente nas empresas, estão sob pressão crescente, levando muitas organizações de engenharia à beira do colapso operacional. A maioria dessas equipes de infraestrutura foi encarregada de iniciativas de modernização e migração para a nuvem anos atrás, e essas iniciativas muitas vezes caíram no esquecimento.

Agora, eles precisam gerenciar configurações locais e na nuvem enquanto competem com consoles de provedores de nuvem que prometem permitir o autoatendimento do desenvolvedor. É claro que o autoatendimento do desenvolvedor não é possível por meio desse console, e as equipes de infraestrutura acabam tendo que lidar com um número cada vez maior de solicitações e tickets de desenvolvedores.

Os desenvolvedores reclamam dos longos tempos de espera e da alta carga cognitiva de lidar com o cada vez mais complexo conjunto de ferramentas nativas da nuvem. O tempo de lançamento no mercado está aumentando, o que os executivos atribuem ao fato de as equipes de infraestrutura terem se tornado um gargalo.

Isso pode parecer muito familiar para a maioria das pessoas. Mas aqui está o interessante: nos últimos anos, a engenharia de plataforma prometeu resolver muitos desses problemas, permitindo o verdadeiro autoatendimento do desenvolvedor em escala – em vez de apenas adicionar uma camada de UI sobre a infraestrutura – enquanto alivia a pressão subjacente sobre equipes de instalações. No entanto, muitas equipes de infraestrutura com quem converso não parecem ver a engenharia de plataforma como uma solução para seus problemas. Por que?

Porque eles imediatamente associam isso à experiência do desenvolvedor (DevEx), o que não é realmente o que lhes interessa. Afinal, como equipe de infraestrutura, você precisa se preocupar com a infraestrutura e a prestação de serviços, então por que deveria se preocupar?

Porque, ao fornecer aos seus desenvolvedores uma plataforma interna para desenvolvedores (IDP) , você pode eliminar o tempo de espera e evitar a onda de ações de tickets. Na verdade, você pode se concentrar em coisas importantes, como adicionar novos recursos e infraestrutura (e, sejamos honestos, mais divertidos) em vez de ter que ativar a enésima instância do mesmo banco de dados Postgres. Você deve se preocupar porque, aos olhos da administração, você deixa de ser parte do problema (sendo o gargalo) e passa a ser parte da solução.

Infraestrutura + Engenharia de Plataforma = Engenharia de Plataforma de Infraestrutura

A engenharia de plataforma consiste em reunir todas as tecnologias e ferramentas que circulam em uma organização empresarial e agrupá-las em caminhos dourados, permitindo o autoatendimento do desenvolvedor e removendo a carga cognitiva de colaboradores individuais. O Gartner então define a engenharia de plataforma de infraestrutura como “a disciplina de construção de produtos de software internos [IDPs] que expõem a infraestrutura de TI aos usuários ou outras plataformas de uma maneira fácil de consumir”.

Portanto, para que o seu programa de engenharia de plataforma seja bem-sucedido, é fundamental estabelecer linhas de comunicação claras entre a equipe da plataforma e as equipes de infraestrutura existentes. A engenharia de plataforma é mais do que apenas DevEx; o lado da infraestrutura é tão importante quanto o lado do aplicativo ou a interface do desenvolvedor. Os engenheiros de plataforma de infraestrutura desempenham um papel fundamental na sua equipe de plataforma.

As equipes de engenharia de plataforma têm aqui uma grande oportunidade de criar uma experiência unificada para desenvolvedores, independentemente dos recursos que desejam consumir, seja do provedor de nuvem, da equipe de infraestrutura ou de ambos. Um PDI de nível empresarial padroniza naturalmente o consumo de tais recursos, aumentando assim a eficiência, melhorando a segurança e melhorando a conformidade com quaisquer fornecedores internos ou externos.

Este é um grande desbloqueio não apenas para desenvolvedores, mas também para equipes de infraestrutura. Um IDP criado com o Platform Orchestrator introduz um nível de padronização e automação que pode tornar sua vida como equipe de infraestrutura mais agradável.

Por exemplo, suponha que você precise atualizar o Postgres de Vx para Vx+1 e faça isso em todas as equipes de desenvolvimento de aplicativos. Sem um IDP, você teria que ir até cada equipe, descobrir em qual instância eles estavam executando e mapear tudo. Você então terá que voltar e atualizar, geralmente com equipes individuais e exclusivas para cada instância.

Usando um IDP ( Platform Orchestrator como backend ) bem construído, você pode simplesmente atualizar um arquivo (definição de recurso) e na próxima vez que qualquer equipe implantar sua carga de trabalho, a versão mais recente do recurso será usada automaticamente.

Isso é padronizado por design em todas as equipes e fluxos de trabalho, afastando-se completamente das ações de tickets, permitindo que você faça seu melhor trabalho.

para concluir

O Platform Engineering e o Platform Orchestrator oferecem às organizações de engenharia uma oportunidade única de melhorar a maneira como operam e como os desenvolvedores interagem com a infraestrutura, resultando em maior eficiência e tempo de lançamento no mercado (TTM) mais rápido.

No entanto, as iniciativas de engenharia de plataformas não podem ir muito longe sem uma estreita colaboração com as equipas de infraestrutura existentes, que, por sua vez, beneficiarão enormemente do aumento da padronização e da automatização – e eliminarão a necessidade de operações de tickets.

Os engenheiros de plataforma de infraestrutura desempenharão um papel cada vez mais crítico na implementação do seu IDP e no desempenho organizacional mais amplo. Se você estiver interessado em aprender mais,

Este artigo foi publicado pela primeira vez em Yunyunzhongsheng ( https://yylives.cc/ ), todos são bem-vindos para visitar.

Um programador nascido na década de 1990 desenvolveu um software de portabilidade de vídeo e faturou mais de 7 milhões em menos de um ano. O final foi muito punitivo! Alunos do ensino médio criam sua própria linguagem de programação de código aberto como uma cerimônia de maioridade - comentários contundentes de internautas: Contando com RustDesk devido a fraude desenfreada, serviço doméstico Taobao (taobao.com) suspendeu serviços domésticos e reiniciou o trabalho de otimização de versão web Java 17 é a versão Java LTS mais comumente usada no mercado do Windows 10 Atingindo 70%, o Windows 11 continua a diminuir Open Source Daily | Google apoia Hongmeng para assumir o controle de telefones Android de código aberto apoiados pela ansiedade e ambição da Microsoft; Electric desliga a plataforma aberta Apple lança chip M4 Google exclui kernel universal do Android (ACK) Suporte para arquitetura RISC-V Yunfeng renunciou ao Alibaba e planeja produzir jogos independentes para plataformas Windows no futuro
{{o.nome}}
{{m.nome}}

Acho que você gosta

Origin my.oschina.net/u/6919515/blog/11086505
Recomendado
Clasificación