Gerenciar o MongoDB por conta própria exige assumir toda a pilha operacional: aquisição de hardware, configuração de replica set, setup de RAID, aplicação de patches de segurança, planejamento de capacidade e resposta a incidentes 24/7. O ApsaraDB for MongoDB cuida dessa infraestrutura para que sua equipe possa focar no desenvolvimento de aplicações. A tabela abaixo compara as duas abordagens em oito dimensões.
| Dimensão | ApsaraDB for MongoDB | Banco de dados autogerenciado |
|---|---|---|
| Disponibilidade do serviço | Alta disponibilidade integrada com failover automático. Oferece suporte a recuperação de desastres (DR) em uma ou três zonas na mesma região. Instâncias de recuperação de desastres geográfico estão disponíveis para proteção entre regiões. | É necessário criar e manter a replicação primária/secundária e o RAID. A DR no nível de zona exige implantação manual; configurações de zona dupla são complexas e não garantem disponibilidade no nível do banco de dados. A DR entre regiões requer ferramentas de terceiros. |
| Confiabilidade dos dados | Alta confiabilidade. O objetivo de ponto de recuperação (RPO) de instâncias de replica set em zona única e em três zonas é 0. | Defina a replicação primária/secundária e o RAID e assuma total responsabilidade pela durabilidade dos dados. |
| Segurança do sistema | Proteção prévia: proteção contra DDoS, correção automática de vulnerabilidades de segurança do banco de dados, controle de acesso baseado em lista de permissões e isolamento de VPC. Proteção durante o processamento: criptografia SSL e Criptografia transparente de dados (TDE). O recurso SQL Audit também está disponível. Para mais detalhes, consulte Visualizar logs de auditoria. | Proteção prévia: exige hardware ou software de segurança adicional com alto custo. Proteção durante o processamento: construa sistemas de criptografia SSL e TDE. Auditoria: compre um sistema de auditoria separado. |
| Backup e restauração | Um kernel completo oferece suporte a backup físico e lógico no backup manual, com eficiência de backup três vezes superior à versão open-source. Há suporte para recuperação de banco de dados único. | A versão open-source oferece suporte apenas a backup lógico e apresenta desempenho mais lento. A recuperação de banco de dados único não está disponível. Em arquiteturas distribuídas, verifique manualmente a precisão da recuperação dos dados. |
| Hospedagem do sistema | Sem taxas de hospedagem. | Aplicam-se taxas de hospedagem de servidores. Quanto mais complexa a arquitetura, maior o número de servidores hospedados e maior o custo. |
| Custo de operações e manutenção (O&M) | Não exige equipe dedicada de operações. O CloudDBA oferece diagnóstico inteligente: Tendências de desempenho, Desempenho em tempo real, Sessões da instância, Logs de consultas lentas e Análise de armazenamento. | Requer administradores de banco de dados dedicados e altos custos contínuos de O&M. Não há diagnóstico de desempenho integrado; a solução de problemas de consultas lentas é complexa e demorada. |
| Implantação e dimensionamento | Ativação instantânea de instâncias. Suporte a Auto Scaling. | Exige aquisição de hardware, hospedagem em data center e implantação de máquinas. Adicionar nós requer manutenção manual dos relacionamentos entre eles. |
| Otimização do kernel |
| A versão open-source não possui otimizações no nível do kernel e não pode ser usada em alguns cenários. |