- オープンソースのカラム指向 NoSQL DB
- 単一のリリースストリームである ScyllaDB Enterprise へ移行し、従来のクローズドソースから Source Available(ソース利用可能)ライセンスへ移行
- ScyllaDB OSS AGPL 6.2 は、最後のオープンソース AGPL リリースとして維持
- Enterprise でも無料ティアを提供: すべての性能・効率・セキュリティ機能を含む
- Scylla Manager は AGPL へ移行、クローズドソースだった Kubernetes マルチリージョン Operator は Apache ライセンスの ScyllaDB Kubernetes Operator に統合予定
- Seastar、Kubernetes operator、ドライバーなど、その他の ScyllaDB コンポーネントは既存ライセンスを維持
移行の理由
- ScyllaDB はオープンソース文化を重視し、コア技術の開発に注力してきた
- KVM、Xen、Linux、OSv のような低レベル最適化技術
- ScyllaDB や Seastar のような革新的なデータベース技術
- 二重のリリースストリームの維持は困難:
- OSS と Enterprise バージョン間での機能バランス調整が必要
- OSS ユーザーがアップグレードしないことによる非効率
- OSS と有料製品の競合によるリソース分散
- 新しいアーキテクチャによる変化:
- コアデータベースにバックアップ/リストア、レプリカ復旧などの主要機能を統合
- Enterprise バージョンの差別化が縮小
移行の背景: オープンソースと商業的要件のバランス
- 当初はすべてのコードをオープンソースとして維持し、OSS と Enterprise バージョンを並行開発していた
- OSS ユーザーが最新リリースを使わず、古いバージョンにとどまることが多かった
- 複雑な周辺ツールの開発と保守:
- 例: Scylla Manager とマルチリージョン Kubernetes operator
- 新しいアーキテクチャで複雑さを減らし、効率を向上:
- S3 バックアップ/リストアおよびティアードストレージ機能を統合
- 自動復旧とコアデータベース機能の拡張
今後の計画
新しいモデルの利点
- 性能向上:
- プロファイルベース最適化により 最大 50% のスループット向上、33% のレイテンシ低減
- ファイルベースストリーミングにより、ノード追加/削除で 速度が 30 倍向上
- コスト削減:
- ZSTD ベースのネットワーク圧縮によりネットワークコストを削減
- データ保護:
- 保存時暗号化、LDAP 統合 など、従来の Enterprise 機能を提供
- Kubernetes operator の統合:
- 単一のオープンソース Kubernetes operator を提供
- より長い製品ライフサイクルを提供
ScyllaDB の将来の方向性
- 主なロードマップ:
- Raft ベースのデータ処理
- 最適化された弾力的テーブル構造
- S3 ティアードストレージ
- ScyllaDB チームは単一ストリームへ移行し、より迅速な対応と開発速度向上を目指す
- OSS ユーザーを含むコミュニティとの協力を継続的に強化していく
1件のコメント
Cassandraの代替としてScyllaDBを選ぶべき理由
数十億件のメッセージをスケーリングする: DiscordがCassandraからScyllaDB + Rustへ移行した理由