As concepções errôneas sobre o NoSQL existem há tanto tempo quanto o próprio NoSQL. É sempre bom conhecer perspectivas diferentes e, por isso, esta série do blog continua. Discutirei os conceitos errôneos sobre NoSQL, especificamente quando se trata de duas das principais empresas de banco de dados de documentos do mundo: Couchbase e MongoDB.
Não deixe de conferir as postagens anteriores desta série:
- Parte 1: E quanto ao SQL? A curva de aprendizado é íngreme?
- Parte 2: O Couchbase é apenas um armazenamento de chave-valor? O Couchbase tem pesquisa Lucene?
- Parte 3: O NoSQL é seguro? Ele perderá meus dados? E quanto ao ACID?
Nesta postagem, examinarei novamente alguns dos concepções errôneas que o Mongo fez sobre o Couchbase e o NoSQL.
O Couchbase é bom para dimensionamento?
Resposta curta: sim. Para uma resposta mais longa, vamos começar com "o que significa escalonamento"?
O dimensionamento significa apenas que um sistema é capaz de lidar com o crescimento por meio da adição de recursos. Os dois tipos de dimensionamento são horizontal (adição de mais nós a um sistema) e vertical (adição de mais recursos a um único nó).
Os bancos de dados relacionais geralmente têm problemas com o escalonamento horizontal, porque os dados em uma relação são fortemente acoplados a tabelas, a outros dados nessa tabela e a outras tabelas. É muito difícil dividi-los entre vários nós.
O Couchbase foi projetado para ser dimensionado horizontalmente (e também verticalmente) desde o início. Ele foi explicitamente projetado para clustering (COUCH é um acrônimo, na verdade, com o primeiro "C" sendo "cluster").
Muitos bancos de dados NoSQL afirmam oferecer suporte ao dimensionamento horizontal, mas a arquitetura do Couchbase adota uma abordagem diferente da maioria por pelo menos dois motivos principais (embora todos os recursos criados no Couchbase sejam projetados com a escalabilidade em mente).
Blog: Visão geral dos bancos de dados distribuídos, replicação e failover
Primeiro, Fragmentação (o processo de divisão dos dados entre os nós) é totalmente automático e incorporado ao Couchbase. Isso faz uso eficiente de todos os recursos, dividindo os dados uniformemente, o que significa que não haverá pontos quentes em um único nó.
Segundo, Replicação também está incorporado ao Couchbase. Ele não só está incorporado, como também está em cada nó. Cada nó contém alguma parte de dados primários e secundários. Não há nós que sejam nós secundários de "conjunto de réplicas".
Para relembrar, não deixe de conferir Bancos de dados distribuídos: Uma visão geral.
Como o Couchbase se compara à concorrência? Os benchmarks padrão do setor são uma maneira de comparar a capacidade de lidar com cargas de trabalho maiores.
Em Por que usar o Uplevel do MongoDB™?Em sua apresentação, Rick Jacobs discute os benchmarks do YCSB, bem como os custos associados do Couchbase Capella em comparação com a concorrência.
Tanto no projeto quanto na implementação, o Couchbase oferece escalabilidade para atender às suas necessidades de desempenho a um custo acessível.
O Couchbase é popular o suficiente?
É verdade que o Couchbase não é o banco de dados mais popular e usado do mundo. Ele não tem a história consolidada do Oracle nem o impulso inicial do Mongo. Apesar desses obstáculos, o Couchbase ainda está no mercado. 10% principais dos bancos de dados no mundo.
Ainda há trabalho a ser feito, e o Couchbase está comprometido em permanecer no topo quando se trata de recursos, desempenho, escalabilidade e acessibilidade.
Basta perguntar a Scott W. Bradley, da Facet Digitalque começou com um banco de dados NoSQL "mais popular", mas mudou para o Couchbase Capella para reduzir os custos em 50% e aumentar o desempenho em 2000%.
Você também pode ver que o Couchbase é muito popular entre seus clientes, desenvolvedores e usuários. Mais de 288 clientes foram pesquisados pelo site de avaliação de terceiros TechValidateque fornece estudos de caso e resultados de pesquisas sobre projetos bem-sucedidos que usam o Couchbase.
Por fim, embora o nome "Couchbase" possa não ser tão popular quanto o de outros fornecedores (ainda), o Couchbase permite o uso de padrões, propriedades, diretrizes, ferramentas e estruturas do setor amplamente considerados que são popular: SQL, JSON, ACID, Kubernetes, Docker, Kafka, Spark, ASP.NET, Spring, Node.js, Elasticsearch, Tableau, Linq, ODBC, JDBC, S3, Prometheus, Grafana, Terraform, Visual Studio Code, JetBrains DataGripe maiscom mais a caminho.
O Couchbase pode ainda não ser a opção padrão do setor para um banco de dados, mas é a escolha que muitas empresas inovadoras fazem para ajudá-las a criar aplicativos de missão crítica e manter os custos baixos.
O que vem a seguir?
Na próxima (e última) postagem desta série, vamos dar uma olhada na maneira exclusiva com que o Couchbase usa a memória. Por fim, daremos uma olhada no confusão entre CouchDB e Couchbase.
Quer discutir mais? Você é bem-vindo a participar do Discórdia do Couchbase para mais conversas, perguntas e respostas com a equipe e a comunidade do Couchbase.
