Perguntas frequentes sobre o Amazon DocumentDB (compatível com MongoDB)

O Amazon DocumentDB é um serviço de banco de dados de documentos sem servidor, totalmente gerenciado e compatível com a API do MongoDB. Ele elimina o trabalho pesado e indiferenciado das tarefas de gerenciamento de banco de dados, como aplicação de patches, backups e monitoramento. O Amazon DocumentDB oferece maior resiliência e baixa latência com clusters globais, além de segurança e conformidade de ponta, desenvolvidos para atender aos requisitos de organizações altamente sensíveis, como bancos globais. Ele oferece baixo custo total de propriedade (TCO) com preços transparentes e sem custos ocultos. Suas instâncias otimizadas para memória oferecem até 43% de economia em comparação com outros bancos de dados de documentos populares. O I/O-Optimized oferece melhor performance de preço com economia de até 40% para aplicações com uso intensivo de E/S. O Amazon DocumentDB é compatível com APIs e drivers MongoDB, permitindo que você migre aplicações, normalmente sem alterações no código da aplicação ou tempo de inatividade.

Os bancos de dados de documentos são uma das categorias de bancos de dados NoSQL que mais crescem, pois oferecem esquemas flexíveis e recursos abrangentes de consulta. O modelo de documento é uma ótima opção para casos de uso com conjuntos de dados dinâmicos que exigem consulta, indexação e agregações ad-hoc. Com a escalabilidade que o Amazon DocumentDB oferece, ele é usado por uma ampla variedade de clientes para casos de uso como gerenciamento de conteúdo, personalização, catálogos, aplicativos móveis e web, IoT, pesquisa semântica e gerenciamento de perfis de usuário.

“Compatibilidade com MongoDB” significa que o Amazon DocumentDB interage com as APIs do MongoDB de código aberto Apache 2.0. Como resultado, você pode usar os mesmos drivers, aplicações e ferramentas do MongoDB com o Amazon DocumentDB com poucas, ou nenhuma, mudanças. Embora o Amazon DocumentDB ofereça suporte à grande maioria das APIs do MongoDB utilizadas pelos clientes, ele não oferece suporte a todas as APIs do MongoDB. Nosso foco é oferecer os recursos de que os clientes precisam.

Trabalhamos a partir das necessidades dos clientes e oferecemos recursos como compatibilidade com a API do MongoDB, transações e fragmentação. Para saber mais sobre as APIs do MongoDB compatíveis, consulte nossa documentação sobre compatibilidade. Para saber mais sobre os lançamentos recentes do Amazon DocumentDB, consulte nosso Feed de novidades.

O Amazon DocumentDB 8.0 fornece compatibilidade com o MongoDB 8.0 adicionando suporte aos drivers de API do MongoDB 8.0. Você pode migrar workloads em execução no MongoDB 6.0, 7.0 e 8.0 para o Amazon DocumentDB 8.0. Você pode usar seus drivers, ferramentas e código de aplicação existentes do MongoDB com o Amazon DocumentDB 8.0.

Para aplicações MongoDB 3.6, 4.0 e 5.0, o Amazon DocumentDB continua oferecendo suporte a essas APIs em suas versões correspondentes (Amazon DocumentDB 3.6, 4.0 e 5.0).

Não. O Amazon DocumentDB não utiliza qualquer código SSPL do MongoDB, assim, ele não é restringido por essa licença. Em vez disso, o Amazon DocumentDB interage com as APIs de código aberto do MongoDB Apache 2.0. Continuaremos a ouvir e trabalhar a partir das necessidades de nossos clientes para entregar os recursos que eles precisarem. Para saber mais sobre as APIs do MongoDB compatíveis, consulte a documentação de compatibilidade.

Os clientes podem usar o AWS Database Migration Service (DMS) para migrar bancos de dados do MongoDB on-premises ou no Amazon Elastic Compute Cloud (EC2) para o Amazon DocumentDB sem praticamente qualquer tempo de inatividade. Com o DMS, é possível migrar de um conjunto de réplicas do MongoDB ou de um cluster fragmentado para o Amazon DocumentDB. Além disso, você pode usar a maioria das ferramentas existentes para migrar dados de um banco de dados do MongoDB para o Amazon DocumentDB, como mongodump/mongorestore, mongoexport/mongoimport e ferramentas de terceiros que oferecem suporte à Change Data Capture (CDC – Captura de dados de alteração) por meio do oplog. Para obter mais informações, consulte Migrar para o Amazon DocumentDB.

Não, o Amazon DocumentDB funciona com a grande maioria das APIs, drivers e ferramentas do MongoDB compatíveis com as versões 3.6, 4.0 e 5.0 do MongoDB.

Sim. Com o lançamento do suporte para compatibilidade com MongoDB 4.0, o Amazon DocumentDB oferece suporte à capacidade de realizar transações de atomicidade, consistência,isolamento e durabilidade(ACID) em vários documentos, instruções, coleções e bancos de dados. Para saber mais, consulte nossa documentação sobre Transações no Amazon DocumentDB.

Não, o Amazon DocumentDB não segue os mesmos ciclos de vida de suporte do MongoDB, e a programação de EOL do MongoDB não se aplica ao Amazon DocumentDB.

As instâncias do Amazon DocumentDB são implantadas na Amazon Virtual Private Cloud (Amazon VPC) do cliente e podem ser acessadas diretamente pelas instâncias do Amazon Elastic Compute Cloud (Amazon EC2) ou outros serviços da AWS implantados na mesma VPC. Além disso, o Amazon DocumentDB pode ser acessado por instâncias do Amazon EC2 ou outros serviços da AWS em VPCs diferentes na mesma ou em outras regiões por meio do emparelhamento da VPC. O acesso às instâncias do Amazon DocumentDB deve ser feito por meio do mongo shell ou com os drivers do MongoDB. O Amazon DocumentDB exige autenticação para conexão a um cluster. Para opções adicionais, consulte Estabelecer conexão com uma instância do Amazon DocumentDB de fora de uma Amazon VPC.

Para determinados recursos de gerenciamento, como gerenciamento do ciclo de vida de instâncias, criptografia de dados ociosos com chaves do Amazon Key Management Service (KMS) e gerenciamento de grupos de segurança, o Amazon DocumentDB utiliza uma tecnologia operacional que é compartilhada com o Amazon Relational Database Service (RDS) e o Amazon Neptune. Ao usar as APIs describe-db-instances e describe-db-clusters da AWS CLI, recomendamos filtrar os recursos do Amazon DocumentDB usando o seguinte parâmetro: "--filter Name=engine,Values=docdb".

Consulte a página de preços do Amazon DocumentDB para obter informações atualizadas sobre os tipos de instância disponíveis por região.

Para experimentar o Amazon DocumentDB, visite o guia Conceitos básicos.

Sim, o Amazon DocumentDB oferece um Acordo de nível de serviço com 99,99% de tempo de atividade, que se aplica separadamente a cada conta que utiliza o Amazon DocumentDB. Para obter mais informações, consulte o Acordo de Nível de Serviço do Amazon DocumentDB (compatível com MongoDB).

O projeto DocumentDB de código aberto, sob a administração da Linux Foundation, visa fornecer à comunidade de desenvolvedores um banco de dados de documentos baseado em PostgreSQL, 100% compatível com a API MongoDB. Em agosto de 2025, a AWS anunciou que está se juntando a esse projeto como membro do comitê de direção técnica.

Embora o DocumentDB e o Amazon DocumentDB de código aberto usem o DocumentDB em seu nome e sejam compatíveis com a API do MongoDB, os dois softwares são diferentes. Enquanto o Amazon DocumentDB é construído do zero pela AWS, o DocumentDB de código aberto é criado como uma extensão no PostgreSQL. A AWS continuará investindo no Amazon DocumentDB e no DocumentDB de código aberto, da mesma forma que investimos no Amazon OpenSearch Service e no OpenSearch. Contribuiremos com inovações do Amazon DocumentDB para o projeto de código aberto e adotaremos recursos e capacidades do DocumentDB de código aberto para nosso serviço gerenciado Amazon DocumentDB.

O Amazon DocumentDB Sem Servidor é uma configuração sob demanda e de escalabilidade automática para o Amazon DocumentDB. Ele aumenta ou diminui automaticamente a capacidade em incrementos refinados com base na demanda da sua aplicação, oferecendo até 90% de economia de custos em comparação com o provisionamento para capacidade máxima. Para aplicações com workloads variáveis, o Amazon DocumentDB Sem Servidor oferece gerenciamento simplificado de recursos, sem compromissos iniciais ou custos adicionais. Portanto, você paga apenas pela capacidade usada do banco de dados. O Amazon DocumentDB Sem Servidor fornece as mesmas APIs e recursos compatíveis com MongoDB do Amazon DocumentDB, incluindo réplicas de leitura, insights de performance e otimização de E/S.

Com o Amazon DocumentDB Sem Servidor, você cria um banco de dados, especifica o intervalo desejado para a capacidade do banco de dados e conecta sua aplicação. O Amazon DocumentDB ajusta automaticamente a capacidade dentro do intervalo especificado com base nas necessidades de sua aplicação. Você paga por segundo pela capacidade do banco de dados que usa quando o banco de dados está ativo.

O Amazon DocumentDB Sem Servidor está disponível com o Amazon DocumentDB 5.0 para clusters novos e existentes. Atualmente, a tecnologia sem servidor não é compatível com o Amazon DocumentDB 8.0.

Sim, você pode alternar entre instâncias sem servidor e escolher recursos de banco de dados provisionados a qualquer momento. Antes de alternar entre recursos sem servidor e provisionados, é importante garantir que sua workload continue com performance suficiente. Você pode testar a configuração desejada clonando seu cluster do DocumentDB e aplicando a configuração desejada no cluster clonado para teste antes de aplicar as mesmas alterações ao seu ambiente de produção. Você também pode reverter facilmente, alternando para uma configuração anterior a qualquer momento.

Sim, você pode definir a capacidade explicitamente para um valor específico usando o Console de gerenciamento da AWS, a AWS CLI ou a API do Amazon DocumentDB. 

Sim, você pode começar a usar o Amazon DocumentDB Sem Servidor para gerenciar a capacidade de computação do banco de dados em sua instância existente do Amazon DocumentDB. Um cluster que contém instâncias provisionadas e Amazon DocumentDB Sem Servidor é chamado de cluster de configuração mista. Você pode escolher qualquer combinação de instâncias provisionadas e Amazon DocumentDB Sem Servidor em seu cluster. 

O Amazon DocumentDB Sem Servidor oferece suporte às mesmas APIs e recursos compatíveis com MongoDB do Amazon DocumentDB, incluindo transações, zonas de disponibilidade da AWS e Insights de Performance. Ele não oferece suporte a clusters elásticos.

No Amazon DocumentDB Sem Servidor, a capacidade do banco de dados é medida em Unidades de capacidade do Amazon DocumentDB (DCUs). Você paga uma taxa fixa por segundo de uso da DCU. Os custos de computação para executar suas workloads no Amazon DocumentDB Sem Servidor dependerão da configuração do cluster de banco de dados que você escolher: armazenamento Amazon DocumentDB Standard ou Amazon DocumentDB I/O-Optimized. Para obter informações atualizadas sobre preços e disponibilidade regional, acesse a página de preços do Amazon DocumentDB.

O Amazon DocumentDB foi projetado para oferecer performance alta e previsível em grande escala. Para workloads com grande volume de leitura, você pode adicionar até 15 réplicas de leitura que compartilham o mesmo armazenamento subjacente, evitando a sobrecarga de gravação da réplica e proporcionando maior throughput agregado de leitura, mantendo o atraso da réplica normalmente em milissegundos. Seus dados são replicados em três zonas de disponibilidade com failover rápido para recuperação imediata.

O Amazon DocumentDB é escalado em duas dimensões: armazenamento e computação. O armazenamento do Amazon DocumentDB é escalado automaticamente de 10 GB para 128 TiB em relação a clusters baseados em instâncias e até 4 PiB para clusters elásticos do Amazon DocumentDB. A computação do Amazon DocumentDB possui escalabilidade vertical, criando instâncias maiores, e escalabilidade horizontal (para maior throughput de leitura), adicionando instâncias réplicas adicionais ao cluster.

O armazenamento mínimo é de 10 GiB. Com base na utilização do seu cluster, seu armazenamento do Amazon DocumentDB aumentará automaticamente até 128 TiB, em incrementos de 10 GiB, sem afetar a performance. Com o Amazon DocumentDB Elastic Clusters, o armazenamento crescerá automaticamente até 4 PiB em incrementos de 10 GiB. Em ambos os casos, não há necessidade de provisionar o armazenamento com antecedência.

Para obter informações atuais sobre preços e disponibilidade regional, consulte a página de preços do Amazon DocumentDB.

Sim, você pode experimentar o Amazon DocumentDB gratuitamente usando uma avaliação gratuita por um mês. Sua organização recebe até 750 horas de uso da instância t3.medium, 30 milhões de IOs, 5 GB de armazenamento e 5 GB de armazenamento de backup. Assim que o teste gratuito de um mês expirar ou seu uso exceder a franquia gratuita, você poderá encerrar o cluster para evitar cobranças ou mantê-lo funcionando de acordo com nossas taxas padrão sob demanda. Para saber mais, consulte a página de teste gratuito do DocumentDB.

Sim, você pode adquirir um Savings Plans para banco de dados para o uso do Amazon DocumentDB e reduzir seus custos em até 30% ao se comprometer com um volume consistente de uso durante um período de um ano. Informações adicionais sobre o uso qualificado podem ser encontradas na página de preços do Savings Plans para bancos de dados.

O Amazon DocumentDB I/O-Optimized é a escolha ideal quando você precisa de custos previsíveis ou tem aplicações com uso intensivo de E/S. Se você espera que seus custos de E/S excedam 25% dos custos totais do banco de dados Amazon DocumentDB, essa opção oferece melhor custo-benefício. Consulte a documentação do Amazon DocumentDB com E/S Otimizada para saber mais, incluindo como começar.

Você pode mudar os clusters de banco de dados existentes uma vez a cada 30 dias para o Amazon DocumentDB I/O-Optimized. Você pode voltar às configurações de armazenamento padrão do Amazon DocumentDB a qualquer momento.

Sim, as cobranças pelas operações de E/S necessárias para replicar dados entre regiões continuam sendo aplicadas. O Amazon DocumentDB I/O-Optimized não cobra pelas operações de E/S de leitura e gravação, o que é diferente da replicação de dados. Consulte a documentação do Amazon DocumentDB com E/S Otimizada para saber mais.

Você pode criar um cluster do Elastic Clusters usando a CLI, o SDK, a API do Amazon DocumentDB, o CloudFormation (CFN) ou o console da AWS. Ao provisionar seu cluster, especifique quantos fragmentos e a computação por fragmento são necessários para sua workload. Depois de criar seu cluster, você estará pronto para começar a aproveitar a escalabilidade elástica do Elastic Clusters. Agora, é possível conectar-se ao cluster do Elastic Clusters e ler ou gravar dados da sua aplicação. O Elastic Clusters é elástico. Dependendo das necessidades da sua workload, você pode adicionar ou remover computação, modificando sua contagem de fragmentos e/ou computação por fragmento com o uso do console, da API, da CLI ou do SDK da AWS. O Elastic Clusters provisionará ou desprovisionará automaticamente a infraestrutura subjacente e rebalanceará seus dados.

O Elastic Clusters usa fragmentação para particionar dados no sistema de armazenamento distribuído do Amazon DocumentDB. O processo de fragmentação, também conhecido como particionamento, divide grandes conjuntos de dados em pequenos conjuntos de dados entre vários nós, permitindo que os clientes expandam seu banco de dados além dos limites de aumento de escala horizontal de um único banco de dados. O Elastic Clusters utiliza a separação entre computação e armazenamento no Amazon DocumentDB. Em vez de reparticionar coleções movendo pequenos blocos de dados entre nós de computação, o Elastic Clusters pode copiar dados de maneira eficiente dentro do sistema de armazenamento distribuído.

O Elastic Clusters oferece suporte ao particionamento baseado em hash.

Com o Elastic Clusters, você pode facilmente aumentar ou reduzir a escala da sua workload horizontalmente no Amazon DocumentDB, normalmente com pouco ou nenhum tempo de inatividade da aplicação ou impacto sobre a performance, independentemente do tamanho dos dados. Uma operação semelhante no MongoDB afetaria a performance da aplicação e demoraria horas e, em alguns casos, dias. O Elastic Clusters também oferece recursos de gerenciamento diferenciados, como backups sem impacto e restauração rápida pontual, permitindo que os clientes se concentrem mais em suas aplicações em vez de gerenciar seus bancos de dados.

Não. Você não precisa fazer alterações na sua aplicação para usar o Elastic Clusters.

Não, no curto prazo, você pode usar o AWS Database Migration Service (AWS DMS) para migrar dados de um cluster de instâncias Amazon DocumentDB existente para um cluster Elastic Clusters.

Escolher uma chave de fragmento ideal para o Elastic Clusters não é diferente em comparação a outros bancos de dados. Uma chave de fragmento ideal tem duas características: alta frequência e alta cardinalidade. Por exemplo, se a sua aplicação armazena user_orders no DocumentDB, geralmente você precisa recuperar os dados por usuário. Portanto, você deseja que todos os pedidos relacionados a um determinado usuário estejam em um só fragmento. Nesse caso, user_id seria uma boa chave de fragmento. Leia mais informações. 

O Elastic Clusters se integra a outros serviços da AWS da mesma forma que o DocumentDB faz atualmente. Primeiro, você pode usar o AWS Database Migration Service (DMS) para migrar do MongoDB e de outros bancos de dados relacionais para o Elastic Clusters. Segundo, você pode monitorar a integridade e a performance do seu cluster do Elastic Clusters usando o Amazon CloudWatch. Terceiro, você pode configurar a autenticação e a autorização por meio de usuários e perfis do AWS IAM e usar a AWS VPC para conexões seguras somente para VPC. Por último, você pode usar o AWS Glue para importar e exportar dados de/para outros serviços da AWS, como o S3, o Redshift e o OpenSearch.

Sim. Você pode migrar suas workloads fragmentadas existentes do MongoDB para o Elastic Clusters. É possível usar o AWS Database Migration Service ou ferramentas nativas do MongoDB, como mongodump e mongorestore, para migrar sua workload do MongoDB para o Elastic Clusters. O Elastic Clusters também oferece suporte às APIs comumente usadas do MongoDB, como shardCollection(), oferecendo a você a flexibilidade de reutilizar ferramentas e scripts existentes com o Amazon DocumentDB.

Os backups automáticos estão sempre habilitados nos clusters do Amazon DocumentDB. O Amazon DocumentDB permite a recuperação para um ponto no tempo dos seus clusters. Você pode aumentar a janela de backup para restaurações em um ponto anterior no tempo para até 35 dias. Os backups não afetam a performance do banco de dados. Para saber mais, consulte Backup e restauração no Amazon DocumentDB.

Sim. Os snapshots manuais podem ser mantidos além da janela de backup e a criação de snapshots não afeta a performance. Observe que restaurar dados a partir de snapshots do cluster exige a criação de um novo cluster.

O Amazon DocumentDB torna automaticamente seus dados duráveis em três zonas de disponibilidade (AZs) de uma região e tentará recuperar, de forma automática, a instância em uma AZ íntegra, sem perda de dados. No caso improvável dos dados estarem indisponíveis no armazenamento do Amazon DocumentDB, você pode restaurar com base em um snapshot do cluster ou realizar uma operação de restauração para um ponto no tempo para um novo cluster. Observe que o último momento restaurável para uma operação de restauração em um ponto anterior no tempo pode ser de até cinco minutos atrás.

Você pode optar por criar um snapshot final ao excluir a instância. Se fizer isso, você poderá usar esse snapshot para restaurar a instância excluída posteriormente. Após a exclusão da instância, o Amazon DocumentDB reterá esse snapshot criado pelo usuário, junto de todos os outros snapshots criados manualmente. Apenas os snapshots são mantidos depois da exclusão da instância (ou seja, os backups automáticos criados para restauração pontual não são mantidos).

Você pode optar por criar um snapshot final ao excluir a instância. Se fizer isso, você poderá usar esse snapshot para restaurar a instância excluída posteriormente. Após a exclusão da instância, o Amazon DocumentDB reterá esse snapshot criado pelo usuário, junto de todos os outros snapshots criados manualmente. Apenas os snapshots são mantidos depois da exclusão da instância (ou seja, os backups automáticos criados para restauração pontual não são mantidos).

Sim. O Amazon DocumentDB permite criar snapshots de cluster que podem ser usados posteriormente para restaurar um cluster. Você pode compartilhar um snapshot com uma conta diferente da AWS e o proprietário da conta de destino pode usar esse snapshot para restaurar um cluster com os seus dados. Você pode até mesmo optar por tornar seus snapshots públicos, ou seja, qualquer pessoa pode restaurar um cluster contendo seus dados (públicos). É possível usar este recurso para compartilhar dados entre seus vários ambientes (produção, desenvolvimento/teste, preparação, etc.) que tenham contas diferentes da AWS, como também manter backups de todos os seus dados seguros em uma conta separada, caso sua conta principal da AWS sofra uma ameaça em algum momento.

Não há cobrança pelo compartilhamento de snapshots entre contas. No entanto, podem haver cobranças pelos snapshots em si, como também por qualquer cluster que você restaurar usando os snapshots compartilhados.

Não oferecemos suporte ao compartilhamento de snapshots de cluster automáticos. Para compartilhar um snapshot automático, você deve criar manualmente uma cópia do snapshot e, então, compartilhar a cópia.

Não. Os snapshots compartilhados do Amazon DocumentDB só poderão ser acessados por contas na mesma região da conta que os compartilha.

Sim. Você pode compartilhar snapshots criptografados do Amazon DocumentDB. O destinatário do snapshot compartilhado deve ter acesso à chave do KMS usada para criptografar o snapshot.

Não. Os snapshots do Amazon DocumentDB só podem ser usados dentro do serviço.

Você pode optar por criar um snapshot final ao excluir o cluster. Se fizer isso, você poderá usar esse snapshot para restaurar posteriormente o cluster excluído. Após a exclusão do cluster, o Amazon DocumentDB reterá esse snapshot criado pelo usuário, juntamente com todos os outros snapshots criados manualmente.

O Amazon DocumentDB divide automaticamente o volume do armazenamento em segmentos de 10 GiB em vários discos. Tornamos seus dados duráveis em três zonas de disponibilidade (AZs) e você paga apenas por uma cópia. O Amazon DocumentDB é projetado para tratar de maneira transparente a perda de até duas cópias de dados sem afetar a disponibilidade de gravação e até três cópias sem afetar a disponibilidade de leitura. Além disso, o volume de armazenamento do Amazon DocumentDB também oferece recuperação automática. Os blocos e discos de dados são varridos continuamente em busca de erros e corrigidos automaticamente.

Ao contrário de outros bancos de dados, depois de uma falha, o Amazon DocumentDB não precisa reproduzir o log de repetição do último ponto de verificação do banco de dados (normalmente cinco minutos) e confirmar que todas as alterações foram aplicadas antes de disponibilizar o banco de dados para operações. Isso reduz os tempos de reinicialização do banco de dados para menos de 60 segundos na maioria dos casos. O Amazon DocumentDB move o cache para fora do processo do banco de dados e o disponibiliza imediatamente no momento da reinicialização. Isso evita que você tenha que controlar o acesso até que o cache esteja preenchido novamente para evitar comprometimentos de performance.

O Amazon DocumentDB oferece suporte a réplicas de leitura, que compartilham o mesmo volume de armazenamento subjacente da instância principal. As atualizações feitas pela instância principal são visíveis para todas as réplicas do Amazon DocumentDB. Você pode configurar até 15 réplicas de leitura. A replicação é assíncrona e normalmente é concluída em milissegundos, com baixo impacto no desempenho da instância primária. Para saber mais, consulte Alta disponibilidade e replicação do Amazon DocumentDB.

Sim, você pode replicar seus dados entre regiões usando o recurso Global Cluster. Os Global Clusters se estendem entre várias Regiões da AWS. Os Global Clusters replicam seus dados para clusters em até cinco regiões com pouco ou nenhum impacto na performance. Os Global Clusters oferecem recuperação de desastres mais rápida após interrupções por toda a região e permitem leituras globais de baixa latência. Para saber mais, consulte a página de recursos do Global Clusters e a postagem do blog.

Sim. Você pode atribuir uma camada de prioridade de promoção para cada instância no seu cluster. Se a instância principal falhar, o Amazon DocumentDB promoverá a réplica com a maior prioridade como principal. Se houver inconsistências entre duas ou mais réplicas na mesma camada de prioridade, o Amazon DocumentDB promoverá a réplica que tiver o mesmo tamanho da instância principal.

É possível modificar a camada de prioridade para uma instância a qualquer momento. Um failover não é acionado apenas com a modificação de camadas de prioridade.

Você pode atribuir níveis de prioridade mais baixos para réplicas que não quer promover para a instância principal. No entanto, se as réplicas de prioridade mais alta no cluster não estiverem íntegras ou disponíveis por alguma razão, o Amazon DocumentDB promoverá a réplica de prioridade mais baixa.

O Amazon DocumentDB pode ser implantado em uma configuração de alta disponibilidade, usando instâncias de réplica em várias zonas de disponibilidade da AWS como destinos de failover. No caso de uma falha de instância principal, a instância replicada é promovida automaticamente como a nova principal, com o mínimo de interrupção do serviço.

Você pode acrescentar réplicas do Amazon DocumentDB. As réplicas do Amazon DocumentDB compartilham o mesmo armazenamento subjacente da instância principal. Qualquer réplica do Amazon DocumentDB pode ser promovida para tornar-se principal sem nenhuma perda de dados e, portanto, pode ser usada para melhorar a tolerância a falhas no caso de falha de uma instância principal. Para aumentar a disponibilidade do cluster, crie de 1 a 15 réplicas em várias AZs. O Amazon DocumentDB as incluirá automaticamente na escolha de principal pelo failover no caso de interrupção da instância.

O failover é controlado automaticamente pelo Amazon DocumentDB para que as aplicações possam retomar as operações de banco de dados com a maior rapidez possível sem intervenção administrativa manual.

• Se você tiver uma instância de réplica do Amazon DocumentDB na mesma zona de disponibilidade ou em outra, ao fazer o failover, o Amazon DocumentDB alterará o registro de nome canônico (CNAME) do da instância para apontar para a réplica íntegra, que, por sua vez, será promovida como a nova principal. Normalmente, o failover é concluído em até 30 segundos. 
• Se você não tiver uma instância de réplica do Amazon DocumentDB (ou seja, um cluster de uma única instância), o Amazon DocumentDB tentará criar uma nova instância na mesma zona de disponibilidade da instância original. Faremos o possível para substituir a instância original, mas pode ser que isso não tenhamos sucesso se, por exemplo, ocorrer um problema que afete amplamente a zona de disponibilidade. 

Seu aplicativo deve tentar novamente fazer as conexões do banco de dados em caso de perda de conexão.

O Amazon DocumentDB detectará automaticamente um problema com a instância principal e começará a rotear o tráfego de leitura/gravação para uma instância de réplica do Amazon DocumentDB. Em média, o failover é concluído em até 30 segundos. Além disso, o tráfego de leitura atendido pelas instâncias de réplica do Amazon DocumentDB será brevemente interrompido.

Como as réplicas do Amazon DocumentDB compartilham o mesmo volume de dados da instância principal, praticamente não há atraso na replicação. Normalmente, observamos defasagens de dezenas de milissegundos.

Sim. Todas as instâncias do Amazon DocumentDB devem ser criadas em uma Amazon VPC. Com o Amazon VPC, você pode definir uma topologia de rede virtual que se assemelha muito a uma rede tradicional em seu próprio data center. Isso oferece a você total controle sobre quem acessa suas instâncias do Amazon DocumentDB.

O Amazon DocumentDB aceita o RBAC com funções integradas. O RBAC permite que você aplique o menor privilégio como uma prática recomendada ao restringir as ações que os usuários estão autorizados a executar. Para obter mais informações, consulte o controle de acesso com base na função do Amazon DocumentDB.

O Amazon DocumentDB utiliza o Amazon VPC para impor limites rígidos de rede e autorização. A autenticação e a autorização para as APIs de gerenciamento do Amazon DocumentDB são fornecidas por perfis, políticas e usuários do IAM. A autenticação em um banco de dados do Amazon DocumentDB é feita por meio de ferramentas e drivers padrão do MongoDB com o Salted Challenge Response Authentication Mechanism (SCRAM), o mecanismo de autenticação padrão do MongoDB.

Sim. O Amazon DocumentDB permite criptografar clusters usando chaves gerenciadas por meio do AWS Key Management Service (KMS). Em um cluster em execução com a criptografia do Amazon DocumentDB, os dados ociosos mantidos no armazenamento subjacente são criptografados, bem como os backups automáticos, as réplicas de leitura e os snapshots desses dados no mesmo cluster. A criptografia e a descriptografia são processadas de forma transparente. Para obter mais informações sobre o uso do KMS com o Amazon DocumentDB, consulte Criptografar dados do Amazon DocumentDB em repouso.

Atualmente, a criptografia de uma instância existente não criptografada do Amazon DocumentDB não é compatível. Para usar a criptografia do Amazon DocumentDB para um cluster existente não criptografado, crie um novo cluster com criptografia habilitada e migre os dados para ele.

O Amazon DocumentDB foi projetado para atender aos mais altos padrões de segurança, facilitar a sua verificação de nossa segurança e cumprir suas próprias obrigações normativas e de conformidade. Ele foi avaliado como estando e conformidade com a PCI DSS, ISO 9001, 27001, 27017 , 27018 , 1, 2 e 3, SOC 1, 2 e 3 e a certificação de Estrutura comum de segurança (CSF) da Health Information Trust Alliance (HITRUST), além de estar qualificado para a HIPAA. Os relatórios de conformidade da AWS estão disponíveis para download no AWS Artifact.

A major version upgrade (MVU – atualização de versão principal) no local permite que você atualize clusters do Amazon DocumentDB 3.6 ou 4.0 para o Amazon DocumentDB 5.0 usando o console da AWS, o kit de desenvolvimento de software (SDK) ou a interface de linha de comando (CLI). Com a MVU no local, não há necessidade de criar novos clusters ou alterar seus endpoints. A MVU local está disponível a partir da versão 5.0 do Amazon DocumentDB. Para começar a usar a MVU no local, consulte a documentação sobre a MVU no local.

A MVU no local permite que você atualize facilmente seus clusters do Amazon DocumentDB 3.6 ou 4.0 para a versão 5.0 sem precisar fazer backup e restauração em outro cluster e sem usar outras ferramentas de migração de dados. Essa abordagem reduz o tempo e o esforço associados ao processo de atualização normal, que envolve a configuração dos endpoints de origem e destino, a migração de índices e dados, a alteração do código da aplicação e muito mais.

Você não precisará alterar seu endpoint nas aplicações após a atualização. Como os dados permanecem no mesmo cluster, não há custo adicional para atualizar usando este recurso.

O tempo de inatividade pode variar de cluster para cluster, dependendo do número de coleções, índices, bancos de dados e instâncias. Antes de executar a atualização de versão principal no local no cluster de produção, é altamente recomendável executá-la em um ambiente inferior para testar o tempo de inatividade, a performance e verificar se as aplicações funcionam conforme o esperado após a atualização.

Você também pode utilizar o recurso de clonagem rápida para clonar os dados do cluster para testes. Dependendo da complexidade da implementação do Amazon DocumentDB, você pode solicitar ajuda adicional do nosso arquiteto de soluções de banco de dados.

A MVU no local só é compatível com o Amazon DocumentDB 3.6 ou 4.0 como origem e com a versão 5.0 como destino. Não é compatível com Amazon DocumentDB Global Clusters ou Elastic Clusters ou com o DocumentDB 4.0 como destino.

A pesquisa vetorial é um método usado no machine learning (ML) para encontrar pontos de dados semelhantes a um determinado ponto de dados, comparando suas representações vetoriais usando métricas de distância ou similaridade. Quanto mais próximos os dois vetores estiverem no espaço vetorial, mais semelhantes serão considerados os itens subjacentes. Essa técnica ajuda a capturar o significado ou a semântica dos dados. Essa abordagem é útil em vários aplicativos, como sistemas de recomendação, processamento de linguagem natural e reconhecimento de imagens.

A pesquisa vetorial para o Amazon DocumentDB combina a flexibilidade e a rica capacidade de consulta de um banco de dados de documentos baseado em JSON com o poder da pesquisa vetorial. Você pode usar seus dados existentes do Amazon DocumentDB, ou uma estrutura de dados de documentos flexível, para criar casos de uso de machine learning e IA generativa, como experiências de pesquisa semântica, recomendações de produtos, personalização, chatbots, detecção de fraudes e detecção de anomalias. Consulte a documentação sobre pesquisa vetorial do Amazon DocumentDB para saber mais.

A pesquisa vetorial para o Amazon DocumentDB está disponível nos clusters baseados em instâncias do Amazon DocumentDB 5.0.

A pesquisa vetorial para o Amazon DocumentDB permite o uso da pesquisa semântica para que você possa capturar o significado, o contexto e a intenção por trás de seus dados. A pesquisa por palavra-chave localiza o documento com base no texto real ou em mapeamentos de sinônimos predefinidos. Por exemplo, em um aplicativo de comércio eletrônico tradicional, um vestido vermelho pode devolver produtos que tenham as palavras “vermelho” e “vestido” em suas descrições. A pesquisa semântica recuperará resultados com vestidos em diferentes tons de vermelho, o que pode melhorar a experiência do usuário.  

Não há custo adicional para usar a pesquisa vetorial no Amazon DocumentDB. As taxas padrão de computação, E/S, armazenamento e backup serão aplicadas à medida que você armazenar, indexar e pesquisar vetores no Amazon DocumentDB. Consulte a página de preços do Amazon DocumentDB para saber mais.

O Amazon DocumentDB se integra ao Amazon SageMaker Canvas, facilitando a criação de modelos de machine learning (ML) e a personalização de modelos básicos usando dados armazenados no Amazon DocumentDB sem escrever uma única linha de código. Você não precisa mais desenvolver dados personalizados e pipelines de ML entre o Amazon DocumentDB e o SageMaker Canvas. Você pode iniciar o SageMaker Canvas no console do Amazon DocumentDB e adicionar bancos de dados Amazon DocumentDB existentes como fonte de dados para começar a criar seus modelos de machine learning. Você pode usar seus dados no DocumentDB no SageMaker Canvas e criar modelos para prever a rotatividade de clientes, detectar fraudes, prever falhas de manutenção, prever métricas financeiras e vendas, otimizar inventário, resumir conteúdo e gerar conteúdo.

A integração do Amazon DocumentDB com o Amazon SageMaker Canvas facilita a criação de aplicativos de IA generativa e machine learning (ML) usando dados armazenados no Amazon DocumentDB. Você não precisa mais desenvolver dados personalizados e pipelines de ML entre o Amazon DocumentDB e o SageMaker Canvas. A integração no console elimina o trabalho pesado indiferenciado de conectar e acessar dados para acelerar o desenvolvimento de ML com uma experiência de baixo código sem código (LCNC). Você pode iniciar o SageMaker Canvas no console do Amazon DocumentDB e adicionar bancos de dados Amazon DocumentDB existentes como fonte de dados.

O Amazon SageMaker Canvas oferece uma interface sem código para criar modelos de machine learning usando dados de várias fontes de dados, incluindo o Amazon DocumentDB. Você é cobrado pelo uso do SageMaker Canvas e pelas E/S resultantes quando o SageMaker Canvas ler os dados da instância do Amazon DocumentDB. Não há custo adicional para usar o DocumentDB como fonte de dados no Amazon SageMaker Canvas. Consulte a página de preços do Amazon DocumentDB e a página de preços do SageMaker Canvas para saber mais.

A integração ETL zero do Amazon DocumentDB com o Amazon OpenSearch Service elimina a complexidade operacional da extração, transformação e carregamento (ETL) de dados de uma coleção do Amazon DocumentDB para um cluster gerenciado ou coleção sem servidor do Amazon OpenSearch. Com essa integração, você não precisa mais criar ou gerenciar pipelines de dados nem transformar dados.

Se quiser usar as APIs do MongoDB, você deve usar os recursos nativos do banco de dados no Amazon DocumentDB para realizar pesquisas vetoriais nos seus documentos. A integração do Amazon DocumentDB ETL zero com o Amazon OpenSearch Service é adequada para pesquisar em coleções e armazenar e indexar vetores com mais de 2.000 dimensões.

A Integração ETL zero do Amazon DocumentDB com o Amazon OpenSearch Service usa o Amazon OpenSearch Ingestion para mover facilmente dados operacionais do Amazon DocumentDB para o Amazon OpenSearch Service. Para começar, você habilita a funcionalidade de fluxo de alterações na coleção do Amazon DocumentDB que precisa ser replicada. O recurso de Integração ETL zero configura um pipeline de ingestão do Amazon OpenSearch na sua conta que replica automaticamente os dados em um cluster gerenciado do Amazon OpenSearch Service ou em uma coleção sem servidor.

O Amazon OpenSearch Ingestion compreende automaticamente o formato dos dados nas coleções do Amazon DocumentDB e mapeia os dados para o Amazon OpenSearch Service com a finalidade de gerar os melhores resultados de pesquisa. Você pode sincronizar dados de várias coleções do Amazon DocumentDB por meio de vários pipelines em um cluster gerenciado pelo Amazon OpenSearch ou em uma coleção sem servidor para oferecer insights holísticos em várias aplicações. Opcionalmente, você pode especificar processadores de dados personalizados ao definir a configuração de ingestão no Amazon OpenSearch Service. As atualizações subsequentes das coleções do Amazon DocumentDB também são replicadas para o Amazon OpenSearch Service sem qualquer intervenção manual.

A Integração ETL zero usa os recursos nativos de transformação de dados dos pipelines do Amazon OpenSearch Ingestion para agregar e filtrar os dados enquanto eles estão em movimento.

Você também pode escrever uma lógica de transformação personalizada se quiser capacidade de transformação personalizada, e o Amazon OpenSearch Ingestion gerenciará o processo de transformação. Como alternativa, se você quiser mover dados inteiros da origem para o coletor sem personalização, o Amazon OpenSearch Ingestion fornece esquemas prontos para que você possa realizar as integrações com apenas alguns cliques.

Para garantir que o Amazon OpenSearch Ingestion tenha as permissões necessárias para replicar dados do Amazon DocumentDB, o recurso de Integração ETL zero cria um perfil do IAM com as permissões necessárias para ler dados das tabelas do Amazon DocumentDB e gravar em um domínio ou coleção do Amazon OpenSearch. Esse perfil é então assumido por pipelines do Amazon OpenSearch Ingestion para garantir que a postura de segurança correta seja sempre mantida ao mover os dados da origem para o destino.

Você pode visualizar todas as métricas relacionadas à sua Integração ETL zero com o Amazon DocumentDB nos painéis do console fornecidos pelo Amazon DocumentDB e pelo pipeline do OpenSearch Ingestion. Também pode consultar logs em tempo real no Amazon CloudWatch e configurar alertas personalizados usando o Amazon CloudWatch, que são acionados quando limites definidos pelo usuário são violados.