- Banco de dados NoSQL de colunas open source
- Transição para o ScyllaDB Enterprise como fluxo único de releases e mudança da licença antes closed source para Source Available (código-fonte disponível)
- O ScyllaDB OSS AGPL 6.2 permanece como a última release open source sob AGPL
- A edição Enterprise também oferece um nível gratuito: inclui todos os recursos de desempenho, eficiência e segurança
- O Scylla Manager passa para AGPL, e o Operator multirregional para Kubernetes, antes closed source, deve ser incorporado ao ScyllaDB Kubernetes Operator sob licença Apache
- Outros componentes do ScyllaDB, como Seastar, Kubernetes Operator, drivers etc., mantêm suas licenças atuais
Motivos da mudança
- A ScyllaDB sempre enfatizou a cultura open source e focou no desenvolvimento de tecnologias centrais
- Tecnologias de otimização de baixo nível como KVM, Xen, Linux e OSv
- Tecnologias inovadoras de banco de dados como ScyllaDB e Seastar
- Manter dois fluxos de release é difícil:
- É necessário equilibrar os recursos entre as versões OSS e Enterprise
- Há ineficiência porque muitos usuários OSS não fazem upgrade
- Os recursos se dispersam com a competição entre o OSS e o produto pago
- Mudanças na nova arquitetura:
- Integração de recursos importantes como backup/recuperação e recuperação de réplicas ao banco de dados principal
- Redução da diferenciação da versão Enterprise
Contexto da mudança: equilíbrio entre open source e necessidades comerciais
- No início, todo o código era mantido como open source, com desenvolvimento paralelo das versões OSS e Enterprise
- Muitos usuários OSS não utilizavam as releases mais recentes e permaneciam em versões antigas
- Desenvolvimento e manutenção de ferramentas periféricas complexas:
- Ex.: Scylla Manager e operador Kubernetes multirregional
- A nova arquitetura reduz a complexidade e aumenta a eficiência:
- Integração de recursos de backup/recuperação em S3 e tiered storage
- Recuperação automática e expansão dos recursos do banco de dados principal
Próximos passos
Vantagens do novo modelo
- Melhor desempenho:
- Com otimização baseada em perfis, até 50% mais throughput e 33% menos latência
- Com streaming baseado em arquivos, velocidade 30 vezes maior ao adicionar/remover nós
- Redução de custos:
- Compressão de rede baseada em ZSTD para reduzir custos de rede
- Proteção de dados:
- Inclusão de recursos antes exclusivos da Enterprise, como criptografia em repouso e integração com LDAP
- Integração do operador Kubernetes:
- Oferta de um único operador Kubernetes open source
- Ciclo de vida de produto mais longo
Direção futura da ScyllaDB
- Principais itens do roadmap:
- Processamento de dados baseado em Raft
- Estrutura de tabelas elásticas otimizada
- Tiered storage em S3
- A equipe da ScyllaDB pretende, com a transição para um fluxo único, responder mais rápido e acelerar o desenvolvimento
1 comentários
Por que escolher o ScyllaDB como alternativa ao Cassandra
Escalando trilhões de mensagens: por que o Discord migrou do Cassandra para ScyllaDB + Rust