Temos o prazer de anunciar o lançamento do Couchbase Server 3.0.3 Enterprise Edition. Como muitos de vocês devem saber, o 3.0 foi um lançamento significativo para a empresa e teve muitas alterações arquitetônicas, além de introduzir vários recursos interessantes, como memória ajustável e acesso a dados criptografados, que proporcionaram maior confiabilidade e segurança para as empresas.
O foco da versão 3.0.3 é fortalecer ainda mais as versões 3.0, abordando o feedback fornecido por nossos usuários e clientes, especificamente corrigindo problemas de confiabilidade com o DCP (Database Change Protocol). As notas de versão completas estão disponíveis aqui.
Você pode fazer o download e verificar a versão mais recente em nosso download página. Se você estiver executando o Couchbase Server 3.0/3.0.1/3.0.2 EE, recomendamos que atualize para a versão 3.0.3 EE. Estamos trabalhando na edição da comunidade e atualizaremos nossa página de download assim que estiver disponível.
Experimente a versão 3.0.3 e nos dê sua opinião!
- Notas de versão da versão 3.0.3
Quais são os planos para a edição comunitária?
Estamos planejando lançar o Couchbase Server 4.0 em alguns meses, com uma prévia para desenvolvedores nas próximas semanas. Nosso plano é que o 4.0 tenha uma edição comunitária que a comunidade possa usar para aproveitar as consultas avançadas com o SQL for Documents (também conhecido como N1QL).
Há planos para uma edição comunitária do 3.0.3 especificamente?
Olá, Ben, a edição para a comunidade está alguns meses atrasada, portanto, uma nova edição para a comunidade não é iminente.
Então, basicamente, vocês estão mentindo para seus clientes e não têm intenção de oferecer suporte a uma edição comunitária de boa fé? Em 15 de junho de 2015, o site do Couchbase dizia: \"Correções de bugs e novos recursos são eventualmente integrados à Community Edition (CE), mas isso normalmente leva várias semanas. \"
Obrigado, Franklin, não se trata de tentar ser infiel ao que dizemos, mas o texto, da forma como está escrito, é um pouco otimista demais em relação ao ciclo de lançamento. Vou trabalhar para corrigir esse texto.
A ideia é que há determinados pontos em que cortamos uma versão CE que inclui correções. Para aqueles que precisam das correções mais atualizadas e da capacidade de priorizar as correções, existem as assinaturas EE.
No momento, o esforço está voltado para a versão 4.0, que estamos trabalhando para levar à versão GA. Essa versão terá um lançamento CE com correções implementadas junto com os novos recursos. Como estamos entre versões maiores, a distância de tempo é maior do que algumas semanas. É por isso que precisamos atualizar esse texto para que fique mais alinhado com esse conjunto específico de circunstâncias em nosso ciclo de lançamento.
Todo o Couchbase é de código aberto sob a licença Apache 2.0 e você pode encontrá-lo em http://github.com/couchbase. É claro que tudo o que você construir lá não será uma versão (CE ou EE) do Couchbase - será sua própria construção.
Você percebe que, devido a um bug na versão 3.0.1, ninguém que usa a edição comunitária do Couchbase pode fazer backup ou restaurar seus dados? Pior ainda é que vocês têm uma correção na versão 3.0.3, mas se recusam a liberá-la para a CE. Como o Couchbase pode justificar o foco na versão 4 quando a versão 3 não é estável (backup e restauração)? Como alguém que esteja executando o couchbase 3.0.1 CE poderia atualizar para o 4, já que não pode fazer backup de seus dados?
É isso que estou ouvindo você dizer: \"Não planejamos lançar a versão 3.0.3 como uma edição para a comunidade. Se você tiver algum problema com isso, pague pelo EE, espere pela versão 4.0 ou resolva o problema você mesmo. Esteja ciente de que a edição para a comunidade não é uma prioridade e não tem nenhuma promessa de qualidade do Couchbase.
Se isso representa a atitude do Couchbase como um todo, recomendo que a empresa pare de fingir ser uma empresa amigável ao código aberto e simplesmente cobre dinheiro pelo Couchbase. A Microsoft é uma boa empresa para servir de modelo nesse campo.
Concordo, esse é um problema real, não um pequeno bug inconveniente. O problema está causando falhas no rebalanceamento, no backup e na transferência de dados. Tudo o que posso dizer é que o lado administrativo do couchbase é pior do que horrível, e eu, por exemplo, não o recomendarei a nenhum outro projeto.
Obrigado pelo feedback e entendo a frustração. Para ser mais claro, vocês estão se referindo a esse problema? https://issues.couchbase.com/b…
https://forums.couchbase.com/t…
https://issues.couchbase.com/b…
https://forums.couchbase.com/t…
Oi Frank,
o problema que você está apontando (https://issues.couchbase.com/b... é um problema no servidor couchbase 4.0 (codinome sherlock). Presumo que seus comentários foram baseados na versão 3.0.1. Se você conseguir reproduzir esse problema na versão 3.0, informe-me. Você provavelmente já sabe que a versão 4.0 ainda está em desenvolvimento e não é compatível com implantações de produção.) - Em vez disso, temos alguns relatos de problemas no cbbackup que estão sendo rastreados aqui: https://issues.couchbase.com/b... - esse problema afeta todas as versões 3.x, independentemente da edição. Temos uma solução alternativa que documentamos no tíquete do JIRA. Se você puder tentar a solução alternativa e me informar o resultado, seria ótimo. Posso entrar em contato pelo e-mail cihan@couchbase.com.
Para os tópicos do fórum, respondi com postagens em tópicos para garantir que todas as pessoas estejam cientes da solução alternativa para o problema do cbbackup.
Você pode adicionar uma linha ao script Python para corrigir o problema de backup/restauração: https://issues.couchbase.com/b…