O principal aspecto da minha função aqui na Couchbase é educar as pessoas em diferentes áreas do portfólio da Couchbase. Em seguida, trabalho em estreita colaboração com os clientes para criar soluções resilientes e de alto desempenho para suas necessidades específicas de aplicativos. O Couchbase Cloud foi disponibilizado de forma geral na mesma época em que entrei na empresa e se tornou um dos meus principais tópicos de conversa com os clientes. Como a maioria das coisas novas, especialmente quando se trata de dados pessoais, as pessoas querem entender completamente com o que estão trabalhando antes de considerar a adoção da tecnologia.
Há uma série de perguntas que me chegam sobre a nova oferta. No entanto, a maioria dessas perguntas parece se concentrar nos estágios iniciais de avaliação do produto e se ele é adequado à finalidade. O quê? Por quê? Quando? Como?
Achei que seria uma boa ideia responder a algumas dessas perguntas em um formato que pudesse ser transferido e reutilizado. Que lugar melhor do que uma nova e brilhante postagem no blog para começar sua aventura no NoSQL totalmente gerenciado?
Portanto, quer você já tenha ouvido falar da solução e queira começar, quer seja a primeira vez que está ouvindo falar dela. Esta postagem do blog foi elaborada para responder a algumas das principais perguntas urgentes que eu e os novos usuários encontramos regularmente.
O que é o Couchbase Cloud?
O Couchbase Cloud adota uma abordagem 360º para suas implementações do NoSQL Couchbase Server, incluindo TODOS os seus provedores de serviços de nuvem. Quer você implemente no local, na nuvem privada ou pública, todos os seus clusters do Couchbase devem ser vistos como entidades iguais, com o mesmo nível de recursos e capacidade de gerenciamento em um único painel.
Os clusters do Couchbase Cloud aproveitam ao máximo o nosso Operador Autônomo e permitem que as implantações na nuvem se tornem clusters totalmente gerenciados. A implantação, as operações e os upgrades não são mais uma tarefa de um administrador de banco de dados; todas essas tarefas são automatizadas e gerenciadas pelo operador, eliminando a carga e o recurso demorado das equipes de banco de dados. Incorporamos a autenticação multifatorial (MFA), bem como o controle de acesso baseado em função (RBAC), com dados criptografados em repouso e em trânsito, para proteger totalmente as informações em todas as instâncias e em qualquer ponto.
Cache, fontes de verdade, sistemas de registros em implantações de um ou vários nós com métodos de pagamento por hora ou por volume permitem total flexibilidade não apenas na direção da infraestrutura interna, mas também no custo que acompanha cada caso de uso individual. Todos esses recursos, ao mesmo tempo em que proporcionam alta disponibilidade e resiliência, com tolerância total a falhas e propriedades de autocorreção durante toda a interação com o aplicativo e mantendo o mais alto nível de desempenho possível.
Há muitas informações a serem consideradas, mas há muitas funcionalidades que conseguimos alcançar com essa oferta mais recente, que vemos todos adotando em um futuro próximo. Abaixo está um diagrama que, por si só, pode parecer um pouco complicado, mas que lhe dará uma pequena compreensão de como o Couchbase e o operador autônomo ficam dentro da VPC dos clientes e conversam com esse painel central de vidro.
Como evitar o bloqueio do fornecedor
Agora, como acontece com a maioria das tecnologias de nuvem, enfrentamos um problema comum: escolher o provedor de serviços em nuvem certo para implantar nosso serviço. Há vários grandes concorrentes no espaço da computação em nuvem, todos lutando pelos preços e tamanhos de máquina certos, em uma tentativa de se tornar o principal provedor de serviços em nuvem do mundo. Na verdade, será que só haverá um?
O Couchbase Cloud foi projetado com base no fato de que ninguém sabe ao certo como será o espaço do mercado de nuvem no futuro. Não haverá uma única plataforma que forneça todas as respostas, mas sim uma arquitetura complexa que pode aproveitar as melhores partes de todas elas. Alguns consumidores podem ter suas preferências e optar por implementar tudo no mesmo lugar, outros podem ter essa mistura de vários fornecedores. De qualquer forma, queríamos que nosso banco de dados fosse totalmente heterogêneo em sua estratégia de implementação.
Assim como nossa infraestrutura diversificada, os clusters do Couchbase Cloud podem ser implantados em qualquer provedor de serviços em nuvem principal, com a capacidade de se comunicar e ser executados juntamente com outro cluster em um provedor diferente. Replicação e alta disponibilidade em várias plataformas com todas as informações e métricas visíveis em um local centralizado. Essa flexibilidade e adaptabilidade têm o objetivo de eliminar as preocupações das pessoas com o futuro, sobre as quais falamos no início. As pessoas não devem se preocupar com o futuro, simplesmente porque entendemos que ninguém sabe qual é a resposta ainda.
O que há de tão diferente?
Houve uma deliberação cuidadosa sobre como o Couchbase Cloud funcionaria, com foco no que é melhor para nossos clientes. Apesar de não sermos os primeiros no mercado com uma solução NoSQL totalmente gerenciada, isso nos permitiu analisar o que havia no mercado e ver onde encontramos as armadilhas mais comuns. O que poderíamos fazer melhor?
Um dos principais tópicos de discussão é o custo. Agora que estamos assumindo grande parte da responsabilidade operacional para nós mesmos, em vez de ficar nas mãos do nosso cliente, quanto valorizamos esse tempo? Infelizmente, não existe um valor fixo para esse tipo de medição, pois cada caso de uso é diferente e seria difícil calcular. Por isso, começamos a analisar outras coisas. Um dos problemas que vimos foram os custos que outras soluções cobravam.
Agora, ser o primeiro a chegar ao mercado significa que você pode definir o preço que quiser para a sua solução; no entanto, na maioria das vezes, isso tem um custo maior do que deveria. As tecnologias dos concorrentes fornecem ofertas totalmente gerenciadas em ambientes hospedados. O que significa essencialmente que a empresa alugará máquinas e depois venderá essas máquinas com a tecnologia e um preço adicional, na maioria das vezes aumentando o preço que está pagando pela máquina.
Queríamos evitar esse modelo de preços. Por que uma empresa deveria pagar mais do que nós pelo aluguel desses servidores?
O Couchbase Cloud existe para fornecer uma tecnologia NoSQL, e é por isso que você deve pagar, nada mais.
Portanto, foi aí que surgiu a abordagem "Deploy in your VPC". Trabalharemos lado a lado com o seu provedor de serviços de nuvem atual para criar a infraestrutura e a implementação corretas do banco de dados NoSQL do Couchbase, permitindo que você tenha controle total dos custos. Não há máquinas vendidas a mais ou preços mais altos, você as recebe pelo preço exato que pagaria por elas, nós nos concentramos apenas no licenciamento do banco de dados. Pague pelo que você executa, nada mais.
Então, por onde começar?
Como a maioria das tecnologias, pessoalmente, acho que a melhor maneira de experimentar essa nova solução e entender os benefícios que ela traz é simplesmente experimentá-la. Isso pode ser feito em algumas etapas, mas vale a pena explicá-las brevemente.
1. Registre-se em cloud.couchbase.com
Esse é o ponto de entrada da solução, o plano de controle. A partir daqui, você pode fazer login e controlar todos os seus provedores de nuvem e clusters NoSQL que residem neles. Pense nisso como uma visão geral de 360º do seu portfólio NoSQL.
2. Conectar um provedor de serviços em nuvem
Para que o Couchbase seja implantado no seu CSP, você precisará fazer login no serviço desejado e aceitar as permissões que permitem que o Couchbase inicie e gerencie a implantação no seu VPC.
Se você quiser ler um detalhamento completo das permissões explícitas necessárias, vá para a documentação para obter um detalhamento. https://docs.couchbase.com/cloud/clouds/cloud-providers.html
3. Implantar um cluster de teste
Há uma lista completa de implementações personalizáveis para atender às necessidades de seu caso de uso. No entanto, para aqueles que desejam fazer a implantação rapidamente, isso pode ser feito por meio de um cluster de avaliação. Aqueles que têm alguma experiência anterior com o Couchbase saberão que essa implantação coloca todos os recursos entre três nós, não otimizados de forma alguma para o desempenho, portanto, isso deve ser considerado estritamente apenas para fins de avaliação.
4. Com o que começar
Um bom ponto de partida seria dar uma olhada no plano de controle e se familiarizar com a tecnologia, ver como ela se parece e se sente. Analise os diferentes usuários e a hierarquia do projeto. Como essa solução poderia se encaixar em suas implementações atuais? Quem seria responsável pela administração de nível superior? Em seguida, você deve brincar com a conexão de um SDK ao cluster e interagir com ele por meio de um aplicativo. Compreender as semelhanças que ele compartilha com um cluster local ou virtual, para aqueles com experiência anterior.
5. Finalmente... clusters de produção e migração
Depois de ter sido fisgado pela ideia de manutenção autônoma, é provável que você queira começar a sua jornada. Eu tentaria entrar em contato com um representante da Couchbase para discutir adequadamente quaisquer outras dúvidas que ainda possa ter e, em seguida, também podemos ajudá-lo a criar o melhor banco de dados para suas necessidades específicas. Quando tivermos um cluster de produção instalado e em funcionamento, você estará pronto para começar. Se você tiver um cluster existente e quiser mudar para a nova oferta totalmente gerenciada, precisará migrar suas informações existentes para a plataforma. Felizmente, o Couchbase funciona bem com qualquer outra implantação, seja em nuvem privada, nuvem pública, contêineres, máquinas virtuais ou até mesmo bare metal. Ferramentas como Cross Data Center Replication permitirão que você transmita seus dados para o novo ambiente, sem complicações.
O que o futuro nos reserva
Embora o Couchbase Cloud já ofereça suporte a vários clusters e casos de uso, em nossa opinião, a jornada está apenas começando. Há uma série de coisas atualmente no roteiro e, para finalizar, vou listar algumas interessantes pelas quais estou ansioso, e sei que você também estará
- Rede privada
- APIs de nuvem
- Expansão da região do AWS + Azure
- Aprimoramentos na migração de dados
- Hibernação do cluster
