Entramos em 2023 com o reconhecimento de que a engenharia de plataforma poderia aliviar as complexidades que os desenvolvedores modernos enfrentam, mas terminamos o ano percebendo que ainda precisamos obter as ferramentas corretas para apoiar a prática.
Esta é a conclusão do estado dos portais internos de desenvolvedores de 2024, publicado no início deste mês pelo provedor de portais de engenharia de plataforma Port.
O relatório surgiu de uma pesquisa com 100 profissionais de TI em tempo integral que trabalhavam em empresas com 150 funcionários ou mais, incluindo engenheiros de plataforma, profissionais de experiência em desenvolvimento, gerentes de produtos de plataforma e engenheiros de confiabilidade de sites.
A pesquisa encontrou um apoio generalizado para a prática emergente de engenharia de plataforma, mas os entrevistados divergiram quanto às ferramentas que consideravam necessárias para levar os benefícios da engenharia de plataforma aos desenvolvedores.
Alguns precisam de uma plataforma de desenvolvedor interna (IDP) completa, seja de código aberto ou comercial. Alguns precisam apenas de um portal que dê ao desenvolvedor acesso a todos os recursos já disponíveis.
E, em pelo menos 35 casos dos pesquisados, os desenvolvedores precisam consultar planilhas para saber como acessar um serviço necessário.
Port repreendeu a prática de usar o Excel como uma espécie de catálogo de serviços primitivo.
“O uso de planilhas não deve ser considerado um verdadeiro portal interno para desenvolvedores, dada sua natureza altamente manual e a ausência de recursos de autoatendimento para desenvolvedores”, afirmou o relatório.
A pesquisa descobriu que as empresas menores tendiam a ter catálogos construídos internamente, enquanto as organizações maiores estavam se esforçando em PDIs ou portais comerciais.
Na verdade, o estudo sugere que quanto mais desenvolvedores uma organização tiver, maior será a probabilidade de ela precisar de um portal para desenvolvedores, observou Lawrence Hecht, analista da TNS. Dependendo da complexidade do ambiente e dos microsserviços utilizados, os portais começam a se tornar uma proposta de valor válida em empresas com 50 ou mais desenvolvedores, avaliou.
Como os deslocados internos poderiam dominar as complexidades nativas da nuvem
Portais e IDPs são manifestações físicas da engenharia de plataforma.
O defensor do desenvolvedor Red Hat, Joshua Wood.
Assim como o Kubernetes simplificou o gerenciamento de carga de trabalho para sistemas distribuídos, os IDPs prometem simplificar a maneira como o desenvolvedor pode adquirir os recursos necessários neste ambiente nativo da nuvem.
“Há uma ideia do portal do desenvolvedor atualmente”, disse Joshua Wood, defensor do desenvolvedor da Red Hat, falando no Red Hat Summit em uma apresentação técnica em maio passado em Boston.
“Estamos tentando tornar a experiência do desenvolvedor muito mais parecida com antes da complexidade das compensações que fizemos para obter resiliência de implantação e muita automação nesses clusters de orquestração de contêineres”, explicou ele.
Wood estipulou que é estranho discutir novamente os portais (depois de uma breve moda na indústria há cerca de uma década). Mas podem em breve tornar-se uma necessidade, dado o ambiente complexo em que os novos desenvolvedores podem estar entrando hoje. Como eles podem usar ferramentas como o Kubernetes sem gastar um tempo interminável configurando-o, primeiro, para o ambiente e depois para a configuração final de produção?
Para muitos, configurar um PDI significa construir a partir dos bastidores do Spotify.
O Spotify desenvolveu o Backstage, originalmente internamente, para responder a essa necessidade do desenvolvedor de algum tipo de catálogo de serviços. Quando a empresa abriu o código-fonte deste software em 2020, ela rotulou o pacote como uma plataforma aberta para “construir portais de desenvolvedores”.
Os engenheiros descreveram assim: “O Backstage unifica todas as ferramentas, serviços e documentação de sua infraestrutura com uma interface de usuário única e consistente. Tudo isso! Imagine se todas as suas ferramentas (GCP, Bigtable, pipelines de CI, TensorFlow Extended e tudo o mais que estiver escondido em sua pilha) tivessem a mesma interface fácil de usar.”
A Cloud Native Computing Foundation aceitou o Backstage como um projeto de incubação completo em março de 2022.
A própria entrada da Red Hat neste espaço é o Red Hat Developer Hub, que foi lançado em maio como uma versão beta. Quando estiver pronto, será uma versão do Backstage com escopo empresarial, pré-preenchida com links de aplicativos sugeridos.
O Hub é executado em OpenShift, principalmente por meio da API Kubernetes. Mas o Backstage em si não é voltado especificamente para OpenShift ou mesmo para Kubernetes. Ele também pode ser executado em contêineres ou em metal puro.
Embora os usuários finais sejam os desenvolvedores, o gerenciamento do IDP recai sobre o engenheiro da plataforma, que o utiliza para garantir que todas as melhores práticas, configurações de rotina e codificação de políticas sejam incorporadas ao IDP, aliviando o desenvolvedor tanto quanto possível do encargos de preencher arquivos YAML.
Um IDP é uma plataforma que “seus desenvolvedores usam para montar código”, disse Wood.
O Backstage é executado em plug-ins, que podem ser usados para gerenciar aplicativos e serviços (bem como fornecer widgets de painel, integrações de CI/CD, geradores de documentos, etc.). Os aplicativos e serviços podem ser agrupados em catálogos. Os modelos fornecem instruções de configuração específicas da empresa para os serviços e aplicativos.
Mas espere, preciso de um portal ou plataforma (ou ambos)?
Os recém-chegados ansiosos por aprender mais sobre o espaço de engenharia de plataforma podem ter se enganado na nomenclatura, com muitos se perguntando se o “P” em IDP significava “plataforma” ou “portal”, uma confusão certamente encorajada por fornecedores oportunistas e insuficientemente experientes. publicações comerciais.
O “P” significa plataforma, embora você ainda precise de algum tipo de portal como interface.
A Humanitec, que oferece um IDP de nível empresarial com seu Platform Orchestrator, define um IDP como “a camada de plataforma para a empresa que é construída e enviada como um produto por uma equipe dedicada de engenharia de plataforma, a fim de remover a complexidade (sem remover o contexto) e habilitar o autoatendimento do desenvolvedor. ”
Um portal pode ser parte frontal de uma plataforma, mas não é a plataforma em si, esclareceu Luca Galante da Humanitec no post.
Mas, em muitos casos, uma organização já possui algum tipo de plataforma, seja ela chamada de IDP ou não, escreveu o CEO do Porto, Zohar Einy, no The New Stack em fevereiro. Pode ser uma planilha. Pode ser algum catálogo de serviços horrível construído internamente, mas muita engenharia de plataforma já está codificada em algum lugar da organização e pode, ou não, precisar de uma revisão real.
“Você provavelmente não precisa construir uma plataforma; você só precisa torná-lo melhor. A verdadeira questão que você está enfrentando é se você deve usar um portal interno para desenvolvedores no topo de sua plataforma, visto que é o elemento mais maduro na pilha de engenharia da plataforma”, escreveu Einy.
Em números: a engenharia de plataforma é o novo DevOps
O quadro geral, no entanto, é claro, na medida em que a discussão mostra que a engenharia de plataformas está a consolidar-se, talvez de uma forma que o DevOps nunca o fez.
Voltar para a pesquisa Port “2024 State of Internal Developer Portals”. Descobriu-se que 99 em cada 100 pessoas entrevistadas indicaram que suas organizações já iniciaram a engenharia de plataforma.
“Há vários anos, muitas vezes víamos os mesmos níveis elevados em pesquisas de DevOps, mas após uma investigação mais aprofundada, a maturidade de seu DevOps era infantil”, disse Hecht, analista da TNS.
Nesse caso, 54% dos que possuem engenharia de plataforma começaram a implementar a prática no último ano. Os inquiridos europeus tinham quase o dobro da probabilidade de terem começado no ano passado em comparação com os Estados Unidos (70% vs 37%).
Deixando de lado os usuários de planilhas, 50% das organizações entrevistadas estão usando um portal de desenvolvimento interno e outros 35% planejam fazê-lo no próximo ano.
“Embora este estudo seja pequeno, a descoberta é quase idêntica aos resultados dos dados da StackOverflow Developer Survey de 2023, nos quais 47% dos usuários de microsserviços utilizam portais de desenvolvedores ou outros locais centrais para encontrar ferramentas/serviços”, observou Hecht.
Por que configurar um portal de desenvolvimento? As respostas mais comuns foram melhorar a qualidade do software (48%), seguidas por 46% citando a produtividade do desenvolvedor. A pesquisa mostra que 70% dos entrevistados disseram gastar de três a quatro horas por dia em trabalhos não essenciais devido à falta de engenharia de plataforma. Outros 8% dizem que passam ainda mais tempo.
Quanto tempo eles economizam, no entanto, ainda não se sabe.
“Quase todos os estudos que quantificam as poupanças potenciais obtidas com a adoção de plataformas concentram-se em comparações antes e depois, quando a empresa não possui uma plataforma”, escreveu Hecht. “Na vida real, existem poucas situações verdadeiramente novas.”
O analista da TNS, Lawrence Hecht, contribuiu para esta postagem.
Correção: Uma versão anterior deste artigo indicava incorretamente a versão corporativa do Backstage que a Red Hat oferece. É chamado de Red Hat Developer Hub.
YOUTUBE.COM/THENEWSTACK
A tecnologia avança rápido, não perca um episódio. Inscreva-se em nosso canal no YouTube para transmitir todos os nossos podcasts, entrevistas, demonstrações e muito mais.
SE INSCREVER
Joab Jackson é editor sênior do The New Stack, cobrindo computação nativa em nuvem e operações de sistema. Ele faz reportagens sobre infraestrutura e desenvolvimento de TI há mais de 25 anos, incluindo passagens pela IDG e pela Government Computer News. Antes disso, ele…
Este site utiliza cookies para melhorar sua experiência de navegação. Ao continuar, você concorda com o uso de cookies. Para mais informações, consulte nossa Política de Privacidade.
Funcional
Sempre ativo
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos.O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.