Ajudar os desenvolvedores a fazer mais em menos tempo tornou-se uma prioridade para as organizações. À medida que o escopo do SaaS se expande e o DevOps se torna mais popular, as empresas descobrem que precisam aliviar a carga cognitiva dos desenvolvedores, que muitas vezes precisam compreender todos os microsserviços à sua disposição.
Embora este problema tenha sido inicialmente resolvido com catálogos de serviços, a categoria transformou-se em algo mais ambicioso: um balcão único que permite aos desenvolvedores aceder a todos os microsserviços e ferramentas do seu ecossistema.
Essa categoria, chamada de portais internos para desenvolvedores, está ganhando popularidade entre empresas que utilizam muito software para melhorar a experiência de seus desenvolvedores e, portanto, sua eficiência. De acordo com a Forrester, 87% dos líderes de DevOps concordaram que aumentar a produtividade dos desenvolvedores é uma prioridade para os próximos 12 meses.
De acordo com o Gartner, “esses portais permitem que os líderes de engenharia de software criem uma ‘loja de aplicativos’ versátil que aumenta a reutilização de software, melhora a experiência de integração do desenvolvedor, agiliza a entrega de software e facilita o compartilhamento de conhecimento”.
Mas esses portais para desenvolvedores não surgiram por conta própria. Seu surgimento está intimamente ligado a outra tendência: a chegada da engenharia de plataformas.
Simplificando, as equipes de engenharia de plataforma são “grupos dentro de organizações normalmente maiores que têm a tarefa de melhorar a experiência do desenvolvedor para outros desenvolvedores na organização”, explica Shomik Ghosh, sócio da Boldstart Ventures.
As equipes de engenharia de plataforma são cada vez mais comuns em grandes organizações, assim como os portais internos para desenvolvedores. O Gartner prevê que até 2026, 80% das organizações de engenharia de software terão uma equipe de plataforma e, até 2025, 75% das organizações com equipes de plataforma fornecerão portais de desenvolvedores de autoatendimento para seus engenheiros.
Para entender melhor por que e como surgiram os portais internos para desenvolvedores, vamos voltar um pouco no tempo.
Além dos catálogos
Os portais internos para desenvolvedores são uma ferramenta fundamental para as equipes de engenharia de plataforma, mas na verdade surgiram antes que ambos os conceitos fossem totalmente concebidos. Na verdade, eles surgiram do DevOps: de repente, os engenheiros se viram cada vez mais encarregados de implantar e operar o código que escrevem. Mas, na realidade – e na produção – muitas vezes não estava claro quem era o proprietário de um determinado microsserviço.
O que as empresas sabiam, então, é que tinham um problema: acompanhar e aceder a todos os microsserviços do seu ecossistema. E eles sabiam que isso poderia ser resolvido com algo como um catálogo de serviços.
Porém, as planilhas não foram suficientes para resolver esse problema. Anish Dhar, cofundador e CEO da Cortex, teve exatamente esse problema quando trabalhava na Uber, onde a equipe passava muito tempo “tentando acompanhar os 200-300 serviços que usavam no Excel, tentando entender quem possuía o serviço." , garantindo ao mesmo tempo que foram construídos com as melhores práticas operacionais e de segurança."
Ele fundou a Cortex em 2019 para tentar consertar isso, levantando uma rodada inicial em maio de 2021 e uma Série A de US$ 15 milhões alguns meses depois para ajudar “as equipes de desenvolvimento a lidar com seus microsserviços.
O espaço logo viu várias empresas abordando esse problema.
No início de 2022, o concorrente da Cortex, OpsLevel, também arrecadou US$ 15 milhões para ajudar as empresas a organizar e rastrear seus microsserviços por meio de um portal de desenvolvedor centralizado.
Um player semelhante, Effx, foi adquirido pela Figma em 2021, depois que o primeiro levantou uma rodada inicial para “dar aos desenvolvedores uma visão melhor de suas arquiteturas de microsserviços”.
Cortex e OpsLevel hoje se concentram na empresa. Da mesma forma, o Compass da Atlassian parece feito para as necessidades das grandes empresas.
As coisas avançaram rapidamente por um tempo, até que um projeto interno do Spotify mudou o jogo: Backstage.
Portais para organizar o caos
O Backstage não é um portal interno para desenvolvedores, mas sim “uma plataforma aberta para a criação de portais para desenvolvedores”.
Como tal, pode trazer ordem à infraestrutura das empresas, permitindo-lhes construir portais de desenvolvedores personalizados, combinando todas as suas ferramentas, aplicativos, dados, serviços, APIs e documentos em uma única interface. Por meio do Backstage, os usuários podem monitorar o Kubernetes, por exemplo, verificar seu status de CI/CD, visualizar custos da nuvem ou rastrear incidentes de segurança.
A plataforma começou em 2016 como um projeto interno do Spotify, mas depois que a empresa sueca abriu seu código-fonte em 2020, agora ela é usada muito além do que foi originalmente planejada.
De acordo com a Cloud Native Computing Foundation (CNCF), onde o Backstage é agora um projeto de incubação, a plataforma é usada por 100 empresas de capital aberto que a adotam, incluindo American Airlines, Expedia Group, HelloFresh, Netflix, Peloton, Roku, Splunk, Wayfair e Zalando. “Ele também tem uma comunidade próspera de código aberto com mais de 500 desenvolvedores que enviam PRs, adicionam novos recursos e criam plug-ins”, afirma o site do CNCF.
A decisão do Spotify de tornar o Backstage open source foi uma forma de aumentar a resistência do projeto, assim como seu esforço para monetizá-lo. A empresa aprendeu a lição na área de orquestração de contêineres quando teve que mudar seu projeto Helios para o muito mais bem-sucedido Kubernetes.
Agora que o Backstage foi amplamente adotado por grandes organizações e está prosperando como um projeto de código aberto, é menos provável que desapareça. Mas tem concorrentes. Um deles é o Port, uma solução proprietária que tem suas raízes na Unidade 8200 do exército israelense.
Antes de lançar o Port, seus cofundadores Zohar Einy e Yonatan Boguslavski estiveram envolvidos na criação de um portal interno de desenvolvedores em grande escala para as Forças de Defesa de Israel. Quando terminaram o serviço militar, decidiram lançar algo semelhante para o público em geral, que aplicasse algumas das lições aprendidas na primeira iteração.
“Quando pensamos no Port e em redesenhá-lo como uma solução mais orientada para a nuvem, levamos em consideração algumas coisas que nos diferenciam do Backstage e de outras soluções”, explica Einy.
Estas diferenças baseiam-se em dois princípios: simplicidade e flexibilidade. Com uma abordagem sem código baseada em blocos de construção, o Port é como “um construtor de sites, mas para DevOps e a plataforma”, disse Einy. “Oferecemos [às equipes de plataforma] um conjunto muito simples de ferramentas que elas podem usar para construir a casa que desejam para sua organização.”
Continuando com a analogia da construção, Port idealizou o conceito de plantas. De acordo com a documentação deles, “um blueprint é o alicerce genérico do Porto. “Representa ativos que podem ser gerenciados no Port, como microsserviços, ambientes, pacotes, clusters, bancos de dados e muito mais.”
Nem o Port nem o Backstage podem ser exatamente descritos como catálogos de serviços. Embora isso faça parte do que esses produtos fazem, eles também listam uma gama mais ampla de itens, permitindo que as empresas criem ações de autoatendimento que os desenvolvedores podem realizar.
Na Roadie, startup que oferece uma versão SaaS do Backstage, a apresentação do produto é dividida em duas: catálogo e andaime. Na terminologia Backstage, este último permite aos desenvolvedores criar aplicações, solicitar infraestrutura e adotar práticas internas por meio de templates. “É o andaime que agrega valor, muito mais do que o catálogo”, explica Jorge Lainfiesta, chefe de relações com desenvolvedores da Roadie.
Escolha portais
Agora que você sabe o que é um portal de desenvolvedor, você deve saber se sua organização precisa de um.
Nesse caso, criar uma solução interna como o Spotify fez não é realmente uma opção. «No início víamos um pouco, mas hoje a educação do mercado é tal que ninguém fala em criar uma solução interna; “Todo mundo percebeu que precisa comprar ou criar com o Backstage”, diz Einy.
Obviamente, o tamanho da empresa influencia nesta decisão. A resposta sobre qual solução de portal do desenvolvedor é mais personalizável depende de a quem você pergunta, mas todos com quem conversamos concordaram que o Backstage é bastante oneroso de escalar e manter.
Embora a simplicidade e o modelo freemium do Port possam ser atraentes para algumas empresas que desejam começar rapidamente, o Backstage ganha um ponto importante por ser de código aberto, o que significa que o aprisionamento do fornecedor não é um risco.
Já o Roadie tem como foco empresas de grande porte interessadas em uma versão hospedada do Backstage com suporte e comunidade. Com atualizações automáticas, Roadie também garante que os engenheiros de plataforma possam acompanhar o fluxo constante de solicitações críticas e novos recursos típicos de um projeto vibrante de código aberto.
Independentemente da opção escolhida, as empresas devem estar cientes de que os portais de desenvolvedores não são soluções prontas para uso, alerta o Gartner. Esses portais “devem ser configurados e integrados com ferramentas e sistemas existentes para serem úteis e eficazes”.
No entanto, uma vez configurados corretamente, os portais de desenvolvedores cumprem a promessa resumida pelo Backstage: permitir que as equipes de produto enviem rapidamente código de alta qualidade, sem comprometer a autonomia.
Isto provavelmente explica por que esta categoria está atualmente aproveitando ventos favoráveis que poderão em breve ser estimulados pela crescente adoção de inteligência artificial em fluxos de trabalho de engenharia.
