MongoDB versus DynamoDB: compromissos nativos da nuvem

AWS DynamoDB e MongoDB Atlas são bancos de dados NoSQL na nuvem, mas seguem filosofias muito diferentes. O DynamoDB é o serviço NoSQL totalmente sem servidor da AWS — não há servidores para gerenciar, o dimensionamento é automático e o pagamento é feito por solicitação. O MongoDB Atlas é um serviço de nuvem gerenciado, mas ainda se baseia em clusters de servidores, oferecendo maior controle operacional. A escolha geralmente depende de duas questões: quanto controle da infraestrutura você deseja e quão complexos são seus padrões de consulta?

DynamoDB é verdadeiramente sem servidor: não há instâncias para escolher, decisões sobre dimensionamento de clusters ou configuração de conjuntos de réplicas. A AWS dimensiona automaticamente a capacidade de leitura e gravação com base na demanda, gerencia a fragmentação de forma transparente e garante latência de milissegundos de um único dígito em qualquer escala. Para equipes que desejam zero sobrecarga operacional e integração estreita com a AWS (funções do IAM, acionadores do Lambda, Streams), o DynamoDB elimina toda uma categoria de decisões de infraestrutura.

O modelo principal de acesso do DynamoDB é limitado: toda tabela tem uma chave de partição (obrigatória) e uma chave de ordenação opcional. Os itens são recuperados por correspondência exata da chave de partição e, opcionalmente, filtrados por um intervalo da chave de ordenação. Não há um mecanismo de consulta de uso geral — consultas ad hoc exigem um índice secundário global (GSI) projetado na criação da tabela ou uma varredura completa da tabela (cara e lenta). Isso força um projeto de esquema baseado primeiro nos padrões de acesso, de forma semelhante ao Cassandra.

O MongoDB Atlas oferece o mesmo modelo avançado de consultas que o MongoDB autogerenciado — pipelines de agregação, junções com $lookup, pesquisa textual, consultas geoespaciais e filtros arbitrários de campos com índices compostos. Os padrões de consulta podem evoluir após o lançamento simplesmente adicionando um novo índice. Essa flexibilidade é uma grande vantagem para aplicações cujos requisitos mudam com frequência ou não são totalmente conhecidos no momento do projeto.

O DynamoDB oferece dois modos de preços: sob demanda (pagamento por solicitação de leitura/gravação — excelente para tráfego imprevisível) e provisionado (reserva de unidades de capacidade antecipadamente — mais barato para cargas previsíveis com escalabilidade automática). O MongoDB Atlas cobra por nível de cluster (tamanho da instância + armazenamento), tornando os custos mais previsíveis com carga constante, mas mais altos com pouco tráfego. Para cargas de trabalho com picos ou orientadas a eventos, sem tráfego entre os eventos, o pagamento por solicitação do DynamoDB pode ser muito mais barato.

O DynamoDB integra-se nativamente ao ecossistema mais amplo da AWS. Os Streams do DynamoDB emitem eventos de alteração que acionam funções do AWS Lambda — de forma idêntica aos Change Streams do MongoDB, mas dentro da AWS. A autenticação do IAM significa que não é necessário gerenciar credenciais de banco de dados separadas. A recuperação pontual e o backup são configurados com alguns cliques. Para equipes já profundamente investidas na AWS (Lambda, API Gateway, Cognito, S3), o DynamoDB minimiza a alternância de contexto.

O MongoDB Atlas é executado na AWS, Azure e GCP — você não fica preso a um único provedor de nuvem. É possível implantar um cluster multirregional abrangendo a AWS e o Azure. O MongoDB autogerenciado em seus próprios servidores comporta-se de forma idêntica ao Atlas, permitindo migrar entre a nuvem e o ambiente local. O DynamoDB está disponível somente na AWS; para migrar dele, é necessário reescrever a camada de acesso aos dados. Para organizações com estratégias multinuvem ou requisitos regulatórios de residência de dados, a portabilidade do Atlas é uma vantagem significativa.

O DynamoDB oferece leituras com consistência eventual (padrão — menor latência e menor custo) e leituras com consistência forte (maior latência e custo 2 vezes maior). As gravações têm sempre consistência forte dentro de um único item. O DynamoDB também oferece suporte a transações (TransactWriteItems / TransactGetItems) para operações atômicas em vários itens — até 100 itens por transação. Elas são semelhantes às transações de vários documentos do MongoDB, mas são cobradas pelo dobro do custo normal das unidades de leitura/gravação.

Os dois bancos de dados oferecem suporte a documentos flexíveis e sem esquema. Os itens do DynamoDB podem ter até 400 KB; os documentos do MongoDB, até 16 MB. Para metadados de mídia avançada, conteúdo de texto longo ou estruturas aninhadas grandes, o limite maior de documentos do MongoDB é importante. O limite de 400 KB do DynamoDB significa que grandes cargas úteis precisam ser divididas ou armazenadas no S3 com uma referência no DynamoDB — o que adiciona complexidade. Para dados estruturados comuns com menos de 400 KB, o limite raramente é relevante.

Escolha o DynamoDB quando: sua equipe for nativa da AWS e quiser zero gerenciamento de infraestrutura; o tráfego for irregular ou imprevisível (APIs apoiadas pelo Lambda, sistemas orientados a eventos); seus padrões de acesso forem simples e bem definidos antecipadamente (consultas de chave-valor e intervalos ordenados); ou você precisar de integração estreita com Lambda/IAM sem gerenciar conjuntos de conexões. Aplicações de página única com uma API REST e operações CRUD simples no DynamoDB são casos clássicos de uso.

Escolha o MongoDB Atlas quando: os padrões de consulta evoluírem ou forem complexos (agregações, junções, pesquisa de texto completo); sua equipe precisar de portabilidade entre nuvens ou para ambientes locais; os documentos puderem ser maiores que 400 KB; você precisar do Atlas Search, Vector Search ou Data Federation; ou sua aplicação já usar o MongoDB localmente e você quiser migrar para a nuvem sem atrito. O MongoDB também é a escolha mais forte quando pipelines avançados de análise forem um requisito essencial.

Nesta lição, você aprendeu que o modelo sem servidor e a integração nativa com a AWS do DynamoDB o tornam ideal para cargas de trabalho irregulares e orientadas a eventos, com padrões de acesso simples e predefinidos; o MongoDB Atlas oferece consultas mais avançadas, documentos maiores e portabilidade entre nuvens que o DynamoDB não consegue igualar; e a principal troca é entre simplicidade operacional e dependência da AWS (DynamoDB), de um lado, e flexibilidade de consultas e liberdade entre nuvens (MongoDB), de outro. Em seguida, veremos quando usar um banco de dados de grafos como o Neo4j em vez do MongoDB.