12 pontos por GN⁺ 2026-01-24 | 3 comentários | Compartilhar no WhatsApp
  • A Docker, que foi pioneira na conteinerização, passou por várias mudanças de direção em busca de identidade e de um modelo de receita até 2026
  • Após fracassar na competição com o Kubernetes, vendeu o Swarm e mudou o foco para um ecossistema de ferramentas centrado na experiência do desenvolvedor (Scout, Testcontainers)
  • Depois, expandiu para plataforma de execução de modelos de IA (Model Runner) e segurança para IA (MCP Defender), transformando-se em uma empresa de infraestrutura de IA
  • No fim de 2025, tornou mais de 1.000 Hardened Images disponíveis como código aberto sob a licença Apache 2.0, respondendo ao sucesso da Chainguard
  • Essa sequência de mudanças, junto com a troca de CEO e rumores de aquisição, sugere que a Docker está em uma fase de reorganização para venda, mais do que de continuidade como empresa independente

Crise de identidade da Docker

  • A Docker, empresa que criou o padrão de conteinerização, enfrenta uma crise de identidade por não conseguir monetizar mesmo já tendo alcançado adequação ao mercado
    • Como sua tecnologia central foi open source e amplamente generalizada, ficou difícil criar valor agregado realmente diferenciado
    • Ela se tornou uma infraestrutura usada por todos, mas cada vez menos clientes estão dispostos a pagar diretamente

Fim do Swarm e recuo estratégico

  • O Docker Swarm era uma solução de orquestração para competir com o Kubernetes, mas saiu do mercado após a vitória total do Kubernetes
    • Depois disso, a Docker abandonou a estratégia de plataforma full stack e passou a focar nas áreas em que ainda poderia oferecer algo próprio

Mudança para foco em ferramentas para desenvolvedores

  • A Docker passou a usar a melhoria da experiência do desenvolvedor como principal diferencial
    • O Docker Scout, incorporado após a aquisição da Atomist em 2022, oferece suporte a segurança da cadeia de suprimentos de software e visibilidade de vulnerabilidades
    • Com a aquisição da AtomicJar, passou a ter o Testcontainers, possibilitando testes de integração com dependências reais
    • Esses recursos reforçam o valor da Docker em termos de segurança, observabilidade e confiabilidade de testes

Mudança para foco em IA

  • Depois, a Docker mudou de direção para se tornar uma plataforma de execução de modelos de IA
    • O Docker Model Runner passou a oferecer suporte à execução de modelos de IA, e o Docker Compose foi expandido para suportar a configuração de agentes e modelos de IA
    • O Docker Offload permite a execução de cargas de trabalho de IA com GPU em escala de nuvem
    • Foram firmadas parcerias com Google Cloud, Microsoft Azure, CrewAI, LangGraph e Vercel AI SDK
    • Em setembro de 2025, com a aquisição da MCP Defender, a empresa ganhou capacidade de segurança para IA e detecção de ameaças em runtime, acelerando sua transição para uma empresa de segurança de infraestrutura de IA

Divulgação das Hardened Images

  • Em dezembro de 2025, a Docker disponibilizou mais de 1.000 Hardened Images gratuitamente sob a licença Apache 2.0
    • Em comparação com imagens existentes, foi alcançada redução de até 95% nas vulnerabilidades
    • A medida é vista como uma resposta ao sucesso das imagens seguras da Chainguard
    • Ser gratuito e open source é uma estratégia competitiva forte, mas também revela a falta de clareza do modelo de receita

Troca de liderança e rumores de aquisição

  • Em fevereiro de 2025, o CEO Scott Johnston deixou o cargo, e Don Johnson, fundador da Oracle Cloud Infrastructure, assumiu como sucessor
    • Após essa mudança, o setor passou a comentar a possibilidade de aquisição por uma grande empresa de nuvem
    • As sucessivas mudanças estratégicas e a troca de CEO sugerem uma possível preparação para venda, mais do que crescimento independente

Perspectivas futuras

  • A própria tecnologia da Docker tende a continuar, pois já está profundamente integrada à infraestrutura
    • Pela natureza open source, a tecnologia de contêineres continuará existindo, independentemente do destino da empresa
  • No entanto, a continuidade empresarial da Docker Inc. é incerta
    • As mudanças frequentes de estratégia e de liderança expõem a ausência de uma visão de longo prazo
  • O caso da Docker é visto como um alerta sobre os limites de monetização quando uma tecnologia open source se torna bem-sucedida demais

3 comentários

 
hongminhee 2026-01-24

Talvez seja uma avaliação um pouco dura, mas, para equilibrar, também vale a pena ler este comentário publicado no Lobsters. Em resumo, a ideia é que muitas das coisas que acreditamos que a Docker, Inc. inovou já eram conceitos e tecnologias que existiam antes, e que a Docker, Inc. tentou se apropriar delas.

 
ethanhur 2026-01-24

É uma tecnologia/empresa que contribuiu muito para o setor, então é uma pena que a opinião pública sobre ela tenha piorado tanto.

Erros como mudanças na política de licenciamento certamente tiveram um grande impacto, mas não consigo deixar de sentir que está cada vez mais difícil monetizar empresas de código aberto.

 
GN⁺ 2026-01-24
Comentários do Hacker News
  • A tecnologia da Docker foi um sucesso, mas o problema foi não ter definido direito uma estratégia de monetização
    Na prática, a Docker já era open source desde o começo, e outras equipes já tinham criado coisas parecidas
    Mas a Docker tornou isso fácil de usar até para usuários comuns e, depois de esperar tempo demais, viu outras empresas lançarem produtos melhores
    O Swarm não foi criado para competir com o Kubernetes, e sim como uma simples ferramenta de clustering
    Ter oferecido recursos de segurança de graça foi ótimo, mas no fim foi como não ter se dado uma chance
    Agiu como uma entidade sem fins lucrativos, o que foi bom para os usuários, mas ruim para a empresa no longo prazo

    • O problema foi que a Docker rejeitou o modelo tradicional de receita de empresas open source, de contratos de suporte corporativo
      Clientes empresariais queriam resolver problemas de segurança do Docker daemon rodando com root, conflitos com systemd e operação de registries próprios, mas a Docker ignorou essas demandas
      A Red Hat chegou a propor patches diretamente, mas, após ser rejeitada, acabou criando alternativas como Podman e Quay e levou o mercado corporativo
    • Considerando que a Docker foi cofundadora da Open Container Initiative em 2015, a ideia de que ela agia como uma organização sem fins lucrativos fica ainda mais interessante
      Houve até a piada de que talvez a própria empresa Docker fosse um “plano de longo prazo” para apoiar open source usando dinheiro de VC
    • A Docker deveria ter cobrado pelo Docker Desktop logo no começo
      Mesmo que fosse 5 dólares por mês, isso teria parecido natural, mas quando passaram a cobrar mais tarde, soou como um “rug pull”
      O problema no fim foi ter focado só na ideia legal sem definir um modelo de receita desde cedo
    • A verdadeira inovação da Docker foi o formato Dockerfile e o registry gratuito
      Essas duas coisas fizeram a comunidade explodir em crescimento
      Hoje, mesmo usando outras ferramentas, as pessoas ainda escrevem Dockerfile e usam repositórios parecidos com o Docker Hub
    • Não concordam com a afirmação de que o Swarm não era para competir com o Kubernetes
      No marketing, ele claramente foi posicionado dessa forma
  • A forma como a Docker reagiu quando mudou a política de licenciamento fez a empresa perder confiança
    Dá para entender exigir licença comercial de empresas com receita, mas o problema foi a abordagem
    Eles mandaram e-mails no tom de que, se a empresa não comprasse a licença em 30 dias, haveria processo, o que só aumentou a desconfiança
    No fim, as empresas migraram para o Rancher Desktop

    • Nossa empresa também passou por algo parecido
      De repente, começou a circular um e-mail dizendo “não instalem Docker Desktop”, e isso gerou confusão justamente quando estávamos promovendo a adoção de containers
    • Esse tipo de movimento pareceu coisa da Oracle
    • A mudança de licença em si é aceitável, mas houve quem questionasse por que o aviso de 30 dias seria um problema
      A opinião era que houve aviso prévio e que pedir interrupção de uso ou pagamento seria um procedimento normal
    • Esse tipo de mudança de política acabou até criando a razão de existir do Podman
      Se a Docker não tivesse feito isso, talvez nem houvesse motivação para desenvolver um substituto
      Teria sido melhor monetizar o Docker Hub desde cedo ou criar soluções de workflow corporativo
    • Também houve quem apontasse que uma empresa de porte médio deveria usar sistemas de gerenciamento de instalação como SCCM
  • A Docker tinha uma tecnologia excelente, mas não encontrou product-market fit
    Fez sucesso porque se espalhou como open source gratuito, mas não funcionou no mercado pago

    • Também houve a opinião cínica de que, no fim, a Docker não passa de um wrapper para a chamada de sistema setns()
  • Existe um clima em que a Docker é criticada faça o que fizer
    Se continua open source, é problema; se cobra por recursos corporativos, é problema; se explora ferramentas de IA, também é problema
    A Docker ainda mantém runtimes centrais como containerd e runc
    Mesmo assim, há quem diga que a Docker não tem mais importância

    • O runc já foi doado à OCI, e o containerd é mantido sob a CNCF
      O Podman usa uma codebase separada da Red Hat
    • O Podman não depende da Docker, porque reimplementou quase tudo
    • Ao olhar a lista de mantenedores de containerd e moby, ainda há funcionários da Docker
      Mas não está claro se eles recebem oficialmente apoio da empresa Docker
    • Rancher, containerd e podman não dependem da Docker; apenas oferecem camadas de compatibilidade
    • O Docker Desktop não é open source, e também houve críticas de que o modelo Open Core é diferente do verdadeiro espírito open source
  • O fundador da Docker apareceu pessoalmente e disse que “começou com a Dotcloud em 2008 e saiu em 2018”, abrindo um AMA (pergunte-me qualquer coisa)

    • Um usuário disse que queria ouvir sobre o processo de desenvolvimento e comercialização da Docker, além de saber como ele está hoje
    • Outro perguntou qual seria hoje a coisa mais importante que a Docker deveria fazer
    • Também houve quem perguntasse o que ele acha do Podman
    • Outra pergunta foi sobre os planos futuros para o novo projeto Dagger
    • Também apareceu a pergunta: “olhando para trás agora, o que você faria diferente?”
  • Também houve a sugestão de que a Docker deveria lançar novos produtos
    Por exemplo, criar um DockerVM, uma VM de inicialização ultrarrápida para competir com Firecracker ou gVisor,
    ou lançar um sandbox runner para agentes de IA

    • Na prática, a Docker já publicou a documentação de AI Sandboxes
    • Ou então criar um serviço de CI Runner também seria uma boa direção, segundo alguns comentários
  • Um dos motivos para não gostar da Docker é a necessidade de privilégios root e a forma como ela gerencia imagens
    A pessoa só queria mover arquivos com mv ou cp, mas a Docker administra isso com uma base de dados interna

    • Existe o modo rootless, mas ele exige configuração no host
      Isso não é limitação da Docker, e sim uma restrição do kernel Linux
      O armazenamento de imagens não é um banco de dados, e sim um filesystem baseado em endereçamento por conteúdo
      Modificar isso diretamente pode causar problemas de segurança
      Para mais detalhes, veja a documentação de rootless Docker
    • Também existe o tutorial rootless do Podman
    • Reclamar que um usuário sem root não consegue instalar parece estranho
      Na verdade, o problema real era a possibilidade de escalar privilégios para root ao usar a Docker, e o Podman resolveu isso
    • Se quiser sandboxing mais forte, dá para considerar alternativas como gVisor(runsc)
      Veja a documentação do gVisor
  • No macOS, o apple/container está surgindo como uma boa alternativa ao Docker for Mac
    Há 6 meses de uso, ainda com alguns problemas, mas com desenvolvimento ativo
    apple/container GitHub

    • O nerdbox do containerd também foi citado como alternativa (nerdbox GitHub)
    • Houve quem perguntasse se isso permite criar imagens que também rodem no Windows ou Linux
    • Também perguntaram como fica o overhead de desempenho em comparação com o Docker for Mac
  • Antes gostavam de docker-compose, mas hoje a combinação nix + process-compose agrada mais
    Ela é flexível porque permite adicionar k3s ou tilt só quando necessário

    • Também houve quem perguntasse como usar Nix para gerenciar várias instâncias de servidor
      A dúvida era se seria melhor rodar Nix dentro do Docker ou Docker dentro do Nix
    • Houve também a reação de que realmente precisam experimentar o process-compose
  • Nossa empresa ainda usa Docker Swarm em produção
    Acham que, para a maioria das empresas, o Kubernetes é engenharia excessiva
    O Swarm é simples e poderoso o bastante