Quase ninguém constrói uma plataforma interna de desenvolvimento do zero, e ninguém consegue comprar uma inteira. Ela se monta: peças de código aberto ou SaaS nas camadas que não diferenciam a empresa (entrega, infraestrutura como código, o portal) e código próprio no que reflete como a sua empresa publica software. A decisão real é quais camadas ficam com você. Compre o genérico e construa só aquilo a que você consegue dar um responsável.
Trabalho há mais de 18 anos com engenharia de plataforma, DevOps e SRE. Na DX Clouditive montamos plataformas com Backstage, Argo CD, Kargo, Crossplane e OpenTofu, e ainda vendemos um pacote de preço fixo para começar uma. Desconte a minha opinião na medida certa e refaça as contas com os seus números.
O que é, exatamente, uma plataforma interna de desenvolvimento?
O white paper de plataformas da CNCF a define como um conjunto integrado de capacidades, definidas e apresentadas de acordo com o que precisa quem a usa. Na prática, é criar um serviço novo a partir de um template que já vem com CI, observabilidade e controles de segurança; promover uma versão ao ambiente seguinte com verificações que podem barrá-la; pedir um banco de dados sem abrir chamado; e saber quem é dono do quê, o que está publicado onde e quanto custa.
O portal (Backstage, Port e similares) é a porta de entrada dessas capacidades. A plataforma é tudo o que está atrás: pipelines, clusters, código de infraestrutura, políticas. A pergunta “construir ou comprar” se embaralha porque cada fornecedor vende numa camada diferente. Uns vendem só o portal, outros uma camada de orquestração, e os provedores de nuvem vendem os blocos de baixo.
O que você leva de verdade quando compra?
Quase sempre uma de duas coisas. Um portal SaaS como o Port: catálogo, scorecards e formulários de autoatendimento que chamam a sua automação existente. Começa rápido, mas a automação por trás de cada botão continua sendo você que escreve. Ou um produto de plataforma que gera configuração e ambientes a partir de uma descrição de mais alto nível. Tira mais trabalho das suas costas e, em troca, impõe mais do modelo de deploy dele.
Nenhum dos dois decide por você o que barra um release, quem aprova uma mudança destrutiva de infraestrutura ou o que um serviço novo precisa trazer desde o primeiro dia. Uma plataforma comprada sem ninguém para tomar essas decisões é um painel caro.
O que significa construir?
Significa montar projetos de código aberto maduros; ninguém escreve uma plataforma do zero. A stack que costumamos operar é Argo CD e Kargo para a entrega, OpenTofu ou Terraform para a infraestrutura (com Crossplane, se o time prefere pedi-la pelo Kubernetes), Backstage como portal e OpenTelemetry apontando para uma stack de Grafana.
O código que você escreve é a cola: templates, regras de promoção, verificações, um punhado de plugins. É aí que está o valor, porque é ali que fica escrito o jeito como a sua empresa publica.
Como os custos se comparam?
Ponha os dois caminhos na mesma unidade: dólares por ano.
Se você compra só o portal, pelos preços de tabela do Port, 80 engenheiros no Standard (US$ 40 por usuário ao mês) dão 80 × 40 × 12 = US$ 38.400 por ano. Isso paga o portal. Você ainda precisa de gente que escreva a automação chamada por cada ação de autoatendimento.
Se você constrói sobre código aberto, não há licença, então o custo são horas. A primeira versão em produção com o nosso pacote Fundamentos de IDP custa US$ 5.000 fixos. Depois, o que pesa é a manutenção: um engenheiro sênior a um quarto do tempo são cerca de 40 horas por mês, ou US$ 1.800 a 2.000 pelas nossas tarifas (40 × 45 a 50). Some a hospedagem na sua nuvem, que depende do provedor.
Os dois caminhos dividem o trabalho de fundo: templates, pipelines, verificações de promoção, módulos de infraestrutura. Comprando o portal ou construindo, alguém escreve tudo isso, e nenhuma tabela de preços mostra. A comparação real é mais estreita do que parece: uma mensalidade por usuário contra as horas para operar um portal.
Quando comprar e quando construir?
Compre quando a sua stack é a comum e os conectores do fornecedor a cobrem, quando ninguém quer assumir uma aplicação web (Backstage é uma aplicação em TypeScript que você mesmo publica e atualiza), quando você precisa mostrar algo em semanas para provar o valor do time de plataforma e quando o seu quadro de pessoas mantém a mensalidade baixa diante do custo de um engenheiro.
Construa quando o que importa é específico da sua empresa: um fluxo de promoção com verificações próprias, visualizações de custo a partir dos seus dados de faturamento, a evidência que a auditoria pede. Também quando dados e credenciais precisam ficar nas suas contas, quando você tem ou vai financiar um responsável com nome e quando a mensalidade por usuário dominaria o custo no seu tamanho.
Se você se reconheceu nas duas listas, está no modelo híbrido. É onde termina a maioria.
Como é o modelo híbrido numa plataforma real?
A MPI é uma plataforma SaaS de análise de portfólios em AWS EKS, com contas separadas para desenvolvimento e produção. A plataforma é montada quase toda com código aberto: Argo CD e Kargo na entrega, Terraform/OpenTofu com Atlantis na infraestrutura, uma migração para Crossplane feita em cortes sem indisponibilidade e com volta atrás, e um portal Backstage. O que escrevemos foi a cola: o template de promoção, as verificações e os plugins do portal (22 módulos em 10 plugins em outubro de 2026).
Os resultados vêm da cola, não das ferramentas. Os releases em produção passaram de 1,15 por semana (abril a julho de 2026) para 3,7 a 4,0 nos últimos 30 dias medidos. Sete passos manuais mais uma lista de certificação por release foram trocados por uma única ação de promoção, que roda um template automatizado de 79 passos. Nenhum fornecedor vende esse template, porque ele reflete como aquele time publica.
Qual é o jeito mais barato de descobrir?
Não comece por uma lista de fornecedores. Anote as três coisas pelas quais os seus engenheiros mais esperam. “Um serviço novo leva uma semana para ter CI e monitoramento” é uma lacuna de capacidade; “precisamos de um portal” não é. Para cada uma, pergunte se hoje um produto a resolve com a sua stack ou se ela precisa das suas regras escritas em código. Compre as do primeiro tipo, construa as do segundo e dê um responsável a cada uma.
Se você não consegue completar a primeira parte, um portal não vai resolver. Um Discovery ou uma consultoria curta de arquitetura, sim.
Por onde começar?
Os Fundamentos de IDP são o jeito barato de encerrar a discussão: US$ 5.000, duas semanas e uma primeira versão em produção com os seus serviços conectados. Você decide entre construir e comprar com uma plataforma funcionando na frente. Está no nosso serviço de engenharia de plataforma, e todos os pacotes e tarifas por hora estão em preços.
Fontes
- CNCF TAG App Delivery, white paper de plataformas, consultado em 7 de outubro de 2026.
- Documentação do Backstage e página do projeto na CNCF (Incubating desde 15 de março de 2022), consultadas em 7 de outubro de 2026.
- Preços do Port: grátis até 15 usuários, Basic a partir de US$ 30 e Standard a partir de US$ 40 por usuário ao mês. Consultados em 7 de outubro de 2026.