DocumentDB 1.0 atinge disponibilidade geral com licença MIT e protocolo MongoDB

O projeto open source↳Open source71 conteúdosComo o Open Source Está Liberando o Poder da Automação para TodosDev (Back & Front) · out 2025Código aberto: programadores criam software da NASA sem saberDev (Back & Front) · abr 2021N8N: O que é a ferramenta open source que está revolucionando a automação em TI?Dev (Back & Front) · dez 2025Ver tudo em Dev (Back & Front) → DocumentDB chegou à versão 1.0, sua primeira release de disponibilidade geral (GA), segundo reportagem da InfoQ publicada em 14 de novembro de 2026. É um banco de dados↳Banco de dados134 conteúdosSQL ou NoSQL: eis a questão!!Data · mar 2020Banco de dados: como organizar e dar segurança para milhões de dados de loteriasData · mai 20215 serviços gratuitos na cloud para bancos de dados PostgresData · fev 2025Ver tudo em Data → de documentos licenciado sob MIT, construído como extensão do PostgreSQL, capaz de responder ao protocolo wire do MongoDB. Na prática, a maioria dos drivers, ferramentas e queries do MongoDB funciona sem alteração.

Para quem já roda PostgreSQL em produção e sempre cobiçou a API do MongoDB (ou o contrário), a proposta é objetiva: trocar o backend sem reescrever a camada de acesso a dados. Isso muda o cálculo de quem hoje paga licença Enterprise do MongoDB, usa o Atlas gerenciado por falta de alternativa livre, ou evita migrar porque reescrever queries custaria caro demais.

Como a compatibilidade funciona por baixo do capô

DocumentDB não é um banco reescrito do zero: é uma extensão do PostgreSQL somada a um gateway. A extensão implementa a funcionalidade compatível com a API do MongoDB dentro do próprio PostgreSQL, e o gateway traduz as requisições do protocolo MongoDB em chamadas PostgreSQL. O resultado é um Postgres por trás, falando Mongo na frente.

A versão 1.0 suporta PostgreSQL 15 a 18 via imagens de container, com pacotes Linux↳Linux34 conteúdosKali Linux em um Servidor VPS: como, quando e por que usar?DevSecOps · dez 2024Construindo um Windows Service ou Linux Daemon com Worker Service & .NET Core – Parte 2Dev (Back & Front) · jul 2020Criando uma WebApi utilizando .NET, Linux e VSCodeDev (Back & Front) · ago 2019Ver tudo em DevSecOps → nativos disponíveis para as versões 17 e 18. Também inclui um operador Kubernetes para quem já orquestra bancos em cluster. O foco declarado da GA foi segurança, estabilidade e correções em indexação, agregação e queries geoespaciais, áreas tipicamente problemáticas em qualquer camada de compatibilidade.

De onde veio o projeto

A Microsoft anunciou o projeto open source no início de 2025, com o objetivo de dar à comunidade um datastore NoSQL construído sobre PostgreSQL e com visibilidade total sobre arquitetura e implementação do motor. Meses depois, o projeto entrou para a Linux Foundation, passando a ter apoio de outras organizações de banco de dados como AWS, Cockroach Labs, Google, Snowflake e Yugabyte.

Esse detalhe de governança importa mais do que parece. Um projeto hospedado só por uma empresa pode mudar de licença da noite para o dia (foi exatamente o que o MongoDB fez ao migrar para a SSPL). Com múltiplas empresas concorrentes entre si mantendo o mesmo código sob a Linux Foundation, a chance de uma mudança unilateral de licença cai bastante.

Por que MIT e não SSPL

A licença é o ponto central da proposta. Em artigo próprio do projeto, intitulado "DocumentDB and the MIT License: What to Know Before You Build, Deploy, and Distribute", a equipe explica que a licença MIT, permissiva, autoriza uso comercial, modificação e hospedagem do banco sem exigir a divulgação de código proprietário que rode sobre ele.

Isso contrasta diretamente com a SSPL do MongoDB, que obriga quem oferece o banco como serviço gerenciado a abrir o código da própria camada de gerenciamento. Foi essa cláusula, lembre-se, que levou a Amazon a manter o DocumentDB da AWS como produto fechado e inspirou forks como o Percona Server for MongoDB. Para quem pensa em oferecer hospedagem gerenciada do banco a clientes, a diferença de licença é o motivo de existir do projeto.

O nome que confunde todo mundo

Tem um problema que a comunidade não deixou passar: o nome. A AWS já vende, há anos, um serviço chamado Amazon DocumentDB, compatível com MongoDB mas sem relação nenhuma com este projeto. O time do DocumentDB open source chegou a publicar uma página de desambiguação cobrindo o projeto open source, o Azure DocumentDB e o Azure Cosmos DB, mas a confusão persiste.

Em thread popular no Hacker News, o usuário marifjeren resumiu o incômodo:

Dá qualquer outro nome, pelo amor de Deus. DocumentDB já é como todo mundo chama o Amazon DocumentDB.

marifjeren, usuário do Hacker NewsName it anything else for god's sake. DocumentDB is already what everybody calls Amazon DocumentDB.

Vale o alerta prático: ao pesquisar "DocumentDB" para decidir entre opções, é fácil cair na documentação errada e misturar conceitos de produtos completamente distintos.

Não é o único jogo na cidade: a comparação com FerretDB

DocumentDB 1.0 não compete sozinho pelo público que quer MongoDB sem SSPL. O FerretDB é um projeto separado que usa as extensões do DocumentDB como backend e implementa sua própria interface compatível com MongoDB por cima. Patty Chow, product manager da Microsoft no projeto, justificou por que faz sentido ter várias implementações convivendo:

O MongoDB deu aos desenvolvedores uma forma amplamente usada de trabalhar com dados de documentos. Drivers familiares e padrões de query valem a pena preservar. Implementações alternativas dão aos desenvolvedores a chance de continuar usando esse conhecimento enquanto avaliam abordagens diferentes de armazenamento e implantação.

Patty Chow, product manager na MicrosoftMongoDB has given developers a widely used way to work with document data. Familiar drivers and query patterns are worth preserving. Alternative implementations give developers a chance to keep using that knowledge while evaluating different approaches to storage and deployment.

Em thread no Reddit, quem já testou os dois produtos levanta ressalvas. O usuário 716green comentou:

A compatibilidade entre MongoDB e FerretDB tem sido absolutamente mínima, bem abaixo do que você provavelmente esperaria. Sou fã do DocumentDB há muito tempo e adoro que a Microsoft esteja apoiando o FerretDB.

716green, usuário do RedditCompatibility between MongoDB and FerretDB has been absolutely minimal compared to what you would probably expect. I've been a fan of DocumentDB for a long time and I love that Microsoft is supporting FerretDB.

O que os números preliminares dizem

A Layerbase rodou uma comparação inicial entre FerretDB e o DocumentDB baseado em PostgreSQL usando benchmarks YCSB. O resultado: DocumentDB entregou throughput de leitura de 20% a 33% maior, enquanto o FerretDB apresentou latência de cauda (tail latency) menor em updates sob carga mista. A própria Layerbase classificou os resultados como não conclusivos.

Na direção oposta, uma issue aberta no GitHub do projeto relata latência de query maior no DocumentDB 1.0 do que no MongoDB 9.0.4, em diversos workloads testados. Esse resultado também não foi verificado de forma independente. Juntando as duas pontas: quem for avaliar o projeto para produção ainda precisa rodar o próprio benchmark no próprio workload antes de confiar em qualquer número publicado até aqui.

O que ainda está em aberto

As notas de release do projeto trazem caminhos de upgrade e uma lista de problemas conhecidos. A equipe já sinalizou planos para trilhas separadas de suporte de longo prazo (LTS) e de desenvolvimento, mas a política de versionamento ainda está em discussão, sem data definida para fechar.

Para quem avalia adoção agora, o recado é: a base técnica (extensão PostgreSQL + gateway, licença MIT, governança multiempresa via Linux Foundation) está consolidada o suficiente para um 1.0. O que falta amadurecer é justamente o que costuma doer na migração real: paridade fina de compatibilidade em casos de borda, desempenho sob carga de produção e uma política de versionamento que dê previsibilidade para quem for colocar isso em produção.

Fonte: InfoQ