10 outras coisas que os Devops/Administradores de sistemas devem saber sobre o Couchbase

1- O Couchbase tem uma API Restful para tarefas administrativas

O Console da Web do Couchbase é apenas um consumidor da API Restful Administrativa. Dessa forma, você pode automatizar praticamente qualquer operação que normalmente exigiria que você fizesse login no console da Web:

Você pode consultar a documentação da API aqui

2- Pode ser implementado rapidamente no AWS

O Couchbase pode ser facilmente instalado em um conjunto de plataformasou mesmo em doca. Mas se você precisar de uma implementação em nível de produção, ela poderá ser implementada rapidamente por meio de nosso Modelo do Terraform ou via Início rápido do AWS.

3- Pode ser executado sobre o Kubernetes ou o Open Shift

O Couchbase pode ser implantado em Kubernetes ou OpenShift. Ele também vem com um Operadorque pode automatizar uma parte significativa do gerenciamento da infraestrutura, como a inclusão de novos nós no cluster, o rebalanceamento de dados, a consolidação de registros etc.

Até o momento, os desenvolvedores estão presos a apenas duas opções: Gerenciar seu banco de dados por conta própria ou confiar em terceiros para fazer isso por eles. O Kubernetes/OpenShift surge como uma terceira opção em que você pode automatizar a maior parte do trabalho necessário para manter seu banco de dados sem perder a flexibilidade de ajustá-lo.

4- O Couchbase pode ser dimensionado em grande escala

 Diferentemente da maioria dos bancos de dados com os quais você está familiarizado, o Couchbase foi projetado para ser dimensionado para centenas de nós no mesmo cluster. Ele pode combinar alto desempenho com escalabilidade linear graças a uma variedade de recursos arquitetônicos: Shards transparentes, escalonamento multidimensional, arquitetura sem mestre, Protocolo de alteração de banco de dadosNão há ponto único de falha, etc.

5- Você pode criar índices de pesquisa de texto completo

A maioria dos aplicativos voltados para o usuário precisa, eventualmente, implementar algum tipo de pesquisa avançada. Esse tipo de recurso geralmente exige que você envie dados para uma ferramenta de terceiros, como o Solr ou o Elastic Search. No entanto, adicionar essas ferramentas aumenta significativamente o custo e a complexidade de sua infraestrutura, sem mencionar todo o código necessário para enviar alterações de objetos/documentos para essas ferramentas.

A partir do Couchbase 5.0, você pode simplesmente criar um índice de pesquisa de texto completo no console da Web e começar a fazer pesquisas de texto completo diretamente no banco de dados:

Além disso, também há suporte para consultas geoespaciais e partição/replicação seu índice:

6- Pode ser facilmente conectado a várias ferramentas de visualização de dados

Um dos motivos pelos quais os bancos de dados NoSQL fracassaram no passado é que não usamos o banco de dados apenas para armazenar os dados do nosso aplicativo, mas também para executar relatórios e análises nele. Esse é um dos motivos pelos quais criamos o N1QL, uma forma muito poderosa, semelhante ao SQL, de consultar um banco de dados.

Mas é claro que consultar o banco de dados é apenas metade da história. Na maioria das vezes, também precisamos traçar gráficos, tendências, criar painéis, etc. É por isso que você pode conectar o Couchbase a várias ferramentas de visualização, como Talend, Tableau, Conhecer e muitos outros.

Se você precisar gerar relatórios enormes, mas não quiser afetar o desempenho do aplicativo, considere também nosso novo Serviço de análise.

7- Suporta compressão de dados de ponta a ponta

O alto tráfego de rede, o uso de disco e a memória podem custar muito dinheiro no final de cada mês na maioria dos provedores de nuvem. Para resolver esse problema, o Couchbase oferece suporte à compactação de ponta a ponta, o que permite que os dados permaneçam compactados do cliente ao cache, ao armazenamento em disco e à replicação de dados entre os data centers.

A figura abaixo indica os vários estágios desse fluxo de dados, desde o aplicativo cliente até o armazenamento, onde os dados são compactados.

Se quiser ler mais sobre o assunto, você pode fazê-lo aqui.

8- As consultas podem ser auditadas

Se os dados que estiver armazenando forem confidenciais de alguma forma, considere adicionar uma camada extra de segurança auditando as consultas que são executadas em determinados documentos. A auditoria pode ser ativada em Security -> Audit (Segurança -> Auditoria):

Você também pode escolher quais tipos de eventos devem ser auditados e quais não devem:

O registro é salvo em um arquivo chamado audito.log no diretório que você especificou. Se você quiser ler mais sobre isso, por favor confira este artigo.

9- Os nós podem ser configurados para falhar automaticamente

Em sistemas distribuídos, os nós lentos são, às vezes, mais prejudiciais do que aqueles que falharam completamente. Reconhecer esses nós lentos não é uma tarefa simples se você não estiver observando atentamente todas as estatísticas do seu cluster. Desde o Couchbase 5.5, você pode configurar o gerenciador de clusters para fazer falhar automaticamente as instâncias que não estão funcionando corretamente:

Além disso, você pode definir notificações caso algo dê errado:

Consulte este artigo para saber mais sobre o failover automático

10- Tempo de resposta Observabilidade

Nós nos esforçamos muito para facilitar aos Devops/DBAs a identificação de problemas em seus clusters. O Couchbase já tem um conjunto de ferramentas de diagnóstico, como o métricas incorporadas no Java SDK, o métricas avançadas e informações de perfil no N1QLou os limites e o registro em log introduzidos no Couchbase Server 5.0.

Porém, desde a versão 5.5, introduzimos um novo recurso chamado Observabilidade do tempo de resposta, que fornecerá aos implantadores de sistemas uma maneira muito simples de observar os tempos de resposta em relação a um limite (ajustável).

Esse recurso, que usa o formato OpenTracing, registra solicitações lentas seguidas de uma série de detalhes sobre elas após cada intervalo de tempo, para que você possa identificar facilmente as operações com desempenho insatisfatório.

A observabilidade do tempo de resposta está ativada por padrão, e já definimos um conjunto de limites para evitar o registro de solicitações saudáveis. Se quiser ultrapassar os limites do seu cluster, você pode até mesmo definir limites menores manualmente. Você pode ler mais sobre isso aqui.

Leia também:

• Correspondência difusa

• Criação de microsserviços elásticos com Kubernetes e Spring Boot desde o início