A revolução do NoSQL nasceu em 2006 com a publicação do Documento do Google BigTable pois os aplicativos em escala de Internet não conseguiam obter o desempenho, a agilidade e a disponibilidade de que precisavam de bancos de dados relacionais como o Oracle. As considerações a seguir são agora fundamentais para os aplicativos modernos:
- Escalonamento em hardware de commodity para crescer com os negócios e suportar milhões de operações/segundo em latências inferiores a milissegundos
- Flexibilidade do modelo de dados e dos padrões de acesso para que o banco de dados possa mudar com um ambiente de negócios em rápida evolução
- Disponibilidade 24 horas por dia, 7 dias por semana, pois até mesmo alguns segundos de tempo de inatividade significam perda de clientes e de receita
O MongoDB, um dos primeiros a entrar no espaço NoSQL, obteve sucesso apesar de deficiências significativas em sua capacidade de expansão, flexibilidade de acesso ou alta disponibilidade a um custo razoável. O Couchbase, um participante um pouco mais recente no mercado de NoSQL, com uma arquitetura distribuída desde o primeiro dia, oferece escalabilidade, flexibilidade e alta disponibilidade muito melhor do que o MongoDB. O Couchbase tem muitos clientes que o escolheram em vez do MongoDB em bake-offs ou que o trocaram quando perceberam que o MongoDB não era capaz de acompanhar o ritmo. Um desses clientes é o Viberuma plataforma global de mensagens, que migrou do MongoDB para o Couchbase:
"Descobrimos que a tecnologia NoSQL do MongoDB não suportava adequadamente as crescentes necessidades de gerenciamento de dados da empresa. Depois de investigar várias tecnologias de banco de dados, como o Cassandra e o DynamoDB da Amazon, incluindo mais combinações de banco de dados e camadas de cache, implantamos o Couchbase. Com o Couchbase, agora somos capazes de lidar com centenas de milhares de operações por segundo - uma ordem de magnitude maior do que a nossa solução anterior." Amir Ish-Shalom, arquiteto-chefe do Viber
Saiba por que o Couchbase é melhor
Alguns dos principais destaques de como o Couchbase é melhor para expansão, agilidade e alta disponibilidade são:
- O Couchbase tem fragmentação automática em comparação com a fragmentação manual (e trabalhosa) do MongoDB, em que uma chave de fragmentação precisa ser escolhida por coleção.
- O Couchbase é flexível e se adapta a novas cargas de trabalho, permitindo índices secundários globais que são particionados de forma diferente dos dados. O MongoDB é rígido e otimizado apenas para um único padrão de acesso - todos os outros padrões de acesso resultam em dispersão em todos os nós.
- O Couchbase é agnóstico em relação à escala e todos os recursos funcionam em todos os níveis de escala. O MongoDB, por outro lado, é voltado para uma configuração de um único fragmento e muitos recursos essenciais, como Joins e Grouping, não funcionam em configurações de vários fragmentos.
- O Couchbase pode ser ampliado com a simples adição de um único nó. O MongoDB, por outro lado, requer a adição de pelo menos 3 nós para adicionar outro fragmento ao cluster, resultando em um TCO muito alto.
- O failover automático do Couchbase é muito rápido e robusto, pois se baseia em vários sinais de vivacidade. O failover do MongoDB é muito mais lento e frágil, pois se baseia apenas em heartbeats entre os nós do conjunto de réplicas.
Há muito mais sobre por que o Couchbase é melhor para escalonamento e tempo de atividade, por isso recomendamos que você faça o download do whitepaper no link abaixo e decida por si mesmo.
Couchbase é melhor do que MongoDB - Whitepaper sobre escalabilidade e HA
