Os desenvolvedores do SGBD ScyllaDB anunciaram a transição do projeto para uma licença proprietária, que limita o escopo de uso. A versão ScyllaDB 6.2.x será a última disponível sob a licença AGPL. Os interessados podem criar um fork e continuar o desenvolvimento da base de código do ScyllaDB sob a licença anterior.
Anteriormente, o projeto ScyllaDB seguia o modelo de desenvolvimento Open Core, em que a parte básica do produto é desenvolvida sob uma licença livre, enquanto a funcionalidade expandida é restrita e fornecida apenas aos detentores de licenças comerciais. De acordo com o novo esquema de licenciamento, a publicação da edição aberta ScyllaDB OSS será interrompida, e o produto comercial anteriormente fechado, ScyllaDB Enterprise, começará a ser distribuído com a disponibilização do código-fonte sob uma licença proprietária. Em vez do ScyllaDB OSS, os usuários poderão utilizar a versão completa do ScyllaDB Enterprise gratuitamente, sob determinadas condições.
A nova licença proíbe o uso do software para competir com os produtos e serviços dos desenvolvedores do ScyllaDB, bem como para criar sistemas em nuvem como 'aplicação como serviço' (SaaS, software-as-a-service) e sistemas comerciais de 'banco de dados como serviço' (dBaaS, database-as-a-service). A licença não limita o uso do produto gratuito para fins comerciais em ambientes de trabalho, desde que o tamanho total do armazenamento em todos os nós do cluster não ultrapasse 10TB e que não sejam utilizados mais de 50 VCPU para processamento de dados. Os usuários que não atenderem aos critérios estabelecidos devem adquirir uma licença comercial.
Por exemplo, pode-se usar o ScyllaDB gratuitamente em um cluster de três nós, se cada nó contiver 16 núcleos lógicos de CPU e um armazenamento em disco de 3TB. Essa configuração é capaz de processar entre 100-200 mil operações por segundo. A distribuição do ScyllaDB e a realização de alterações no código são permitidas, desde que sejam fornecidas sob a mesma licença, com uma lista completa de todas as alterações e informações sobre o autor original do produto.
A razão para a mudança na política de distribuição do ScyllaDB foi o desejo de unificar e otimizar o desenvolvimento das versões comercial e open source que competiam entre si, cuja manutenção separada criava dificuldades, consumia muito esforço e recursos. Dada a complexidade da arquitetura interna, a base de código do ScyllaDB evoluiu exclusivamente com a equipe da empresa, e o projeto open source não conseguiu atrair colaboradores externos para contribuir com suas alterações. O ponto de virada foi o trabalho na implementação do algoritmo de consenso Raft, tabelas e suporte interno para a API S3, que resultou na migração de muitas funções auxiliares de aplicativos externos para o núcleo do SGBD.
No final, foi decidido unir os produtos open source e comerciais, o que, por um lado, simplificará o desenvolvimento, e, por outro, expandirá as capacidades da versão gratuita. Por exemplo, usuários que se mantiverem dentro dos limites gratuitos terão acesso a recursos como suporte a LDAP, otimizações PGO (redução de latências em textos em até 33% e aumento de desempenho de até 50%), modo de transmissão em nível de arquivos (acelerando a adição/remover nós em até 30 vezes), definição de prioridades para diferentes cargas de trabalho, suporte à compressão de tráfego RPC entre nós usando o algoritmo ZSTD, estratégia de empacotamento de dados aprimorada (reduzindo o tamanho do armazenamento em até 35%), suporte à criptografia, operador Kubernetes para ScyllaDB e longo ciclo de suporte a lançamentos.
O ScyllaDB permite criar sistemas noSQL distribuídos, escaláveis e tolerantes a falhas, armazenando dados na forma de arrays associativos (hashes) com múltiplos níveis de aninhamento. Para consultas estruturadas, pode ser utilizado o linguagem similar ao SQL chamada CQL (Cassandra Query Language). Os clusters baseados no ScyllaDB garantem um nível linear de escalabilidade, onde o desempenho está diretamente relacionado ao número de núcleos de CPU. Os dados inseridos no banco de dados são automaticamente replicados em vários nós, e, em caso de falha de um nó, suas funções são rapidamente assumidas por outros nós. A adição, atualização e remoção de nós no cluster é realizada sem interromper a operação e sem reconfigurar outros nós.
O SGBD ScyllaDB foi fundado há dez anos por Avi Kiviti e Dor Laor, que na época criaram um hipervisor KVM e o sistema operacional OSv. O projeto foi criado como uma tentativa de reescrever o Apache Cassandra de Java para C++ para alcançar um desempenho mais alto. O SGBD é compatível em nível de API com Apache Cassandra e Amazon DynamoDB. Em testes realizados, a ScyllaDB demonstrou um aumento de throughput de 2 a 5 vezes em comparação com Apache Cassandra. Observou-se que um cluster baseado em Apache Cassandra pode ser substituído por um cluster ScyllaDB contendo 10 vezes menos nós, mas, apesar do número reduzido de nós, supera o desempenho em 42%.
Quanto aos outros produtos da ScyllaDB, o framework de desenvolvimento de aplicações servidoras assíncronas Seastar, drivers e o operador Kubernetes continuarão a ser distribuídos sob a licença Apache 2.0. A plataforma de gerenciamento de cluster Scylla Manager, que antes era distribuída sob licença proprietária, foi migrada para a licença Apache 2.0. A implementação privada do operador Kubernetes territorialmente distribuído foi combinada com o operador Kubernetes aberto e será fornecida sob a licença Apache 2.0.
Fonte: opennet.ru
