Redisの座を巡る代替ソフトの競争

 (lwn.net)
6 ポイント 投稿者 GN⁺ 2024-03-29 | 3件のコメント | WhatsAppで共有
  • 2024年3月21日、Redis Ltd.は、Redisの「インメモリデータストア」プロジェクトを Redis 7.4 以降、非フリーのソース利用可能ライセンスで公開すると発表した
  • この知らせは不快ではあるものの、まったく予想外というわけではなく、注目すべき点は Redis の代替として選べる選択肢が複数あることだ
  • フリーソフトウェアを引き続き使いたいユーザーは、既存のフォークである KeyDB と Linux Foundation が新たに発表した Valkey プロジェクトを含め、少なくとも4つの選択肢から選べる

Redisの簡単な歴史

  • Redis は Salvatore Sanfilippo（通称「antirez」）が、MySQL では満たせない要件を持つリアルタイムログ解析アプリケーション LLOOGG のために始めたプロジェクトだ
  • リレーショナルデータベースではなく、シンプルな辞書型データベースとして設計されており、その名前は「remote dictionary server」の略である
  • Redis は NoSQL ムーブメントの一部として急速に人気を集め、2010年には VMware に開発者として採用された
  • Redis は Twitter や Pinterest などの顧客企業を通じて人気を高め、Linux ディストリビューションに収録されるようになり、2013年には AWS の ElastiCache サービスにも追加された

クラウド対オープンソース

  • SSPL や Redis の RSAL のような利用制限付きライセンスを支持する人たちは、これを AWS のような巨大クラウド事業者とオープンソースの戦いとして בלבד提示しようとしている
  • Redis のコントリビューター一覧を見ると、Redis 社以外にもさまざまな企業が貢献していることが分かる

配布モデルの変更

  • Redis はベンチャー投資を受けた企業であり、オープンソースから離れてより多くの収益を生み出そうという計算をしたように見える
  • MongoDB の例を見ると、SSPL に移行した後も成長を続けており、多くの企業は自前でサービスをホストするよりも、利用に対して料金を支払うことを好んでいる
広告

フォークと代替案

  • Redis のライセンス変更から数日で、Valkey という直接的なフォークが誕生し、AWS、Google Cloud、Oracle、Ericsson、Snap などがこの取り組みを支援している
  • KeyDB は技術的理由から2019年に作られたフォークで、Snap に買収された後、コードベース全体が 3-clause BSD ライセンスの完全なオープンソースとなった
  • SourceHut の創業者 Drew DeVault は、LGPLv3 を用いた Redict というフォークを作成した
  • Microsoft の Garnet は Redis 互換のリモートキャッシュストアで、MIT ライセンスで公開されている

代替ソフトを巡る競争

  • Linux ディストリビューションは、Redis を置き換えるソフトウェアを探さなければならないという問題に直面している。
  • Fedora、openSUSE、Debian などのコミュニティは、Redis の代替として KeyDB、Redict、Valkey などを検討している。

これからの道筋

  • 1つ以上のフォークが大きな支持を得るかどうかを予測するにはまだ早いが、Valkey は信頼できる代替となる可能性が高い

関連記事

3件のコメント

 
iolothebard 2024-03-30

そもそもRedisもmemcachedの代替でしたよね。
でも、ある技術の代替がこんなふうなキャンペーン（？）で決まるのは見たことがありません。
Only time will tell.
 
GN⁺ 2024-03-29
Hacker Newsの意見

  • Redis Community Edition は引き続き無料で利用でき、サポートとメンテナンスが行われ、改善も続けられる予定。

    • 開発者は SaaS アプリケーションや Web ベースのソフトウェアで Redis を置き換える必要はない。
    • これは、AWS が Redis をサービスとして提供しながら Redis 開発者に対価を支払わないことを防ぐため。

  • Neal Gompa は Fedora の開発メーリングリストでライセンス変更について議論を始め、Fedora から Redis を削除する必要性を指摘した。

    • Gompa は openSUSE の Factory 議論メーリングリストでもこの問題を提起した。
    • Docker が段階的に排除された後、複数のディストリビューションが Docker の代替として Podman を採用した。Redis でも同様の状況が展開しそうだ。

  • Apache Kvrocks（Flash ベースの Redis 代替）のコミッターである Binbin Wang が、新しい Redis バージョンへのコミットのほぼ 25% を貢献していることを初めて知った。

  • AGPL ライセンスの人気が高まっている理由は、著作権者以外の全員が非常に厳しいルールに従わなければならない一方で、中核ソフトウェアがオープンソースのまま残り、コミュニティが引き続き恩恵を受けられるからだ。

    • 特に BSD ライセンスは、ビジネスを運営する方法としてとりわけ良くないように見える。

  • AWS は ElasticSearch を「OpenSearch」DBaaS としてフォークした。その結果、以前の職場では特定バージョンの NEST .NET ライブラリに縛られ、新機能を利用できなかった。技術の進歩を考えると、間違った方向に進んでいるように思える。

  • MIT ライセンスを使い、サポートによって収益化することが、こうした問題だけでなく他の潜在的な問題に対する簡単な解決策だ。

  • Redis へのコミットの約 40% が中国企業（Tencent 24.8%、Alibaba 6.8%、Huawei 5.2%、Bytedance 2%）から来ているのは興味深い。

  • 現時点では、著作権ベースのライセンスの方が有利に見える。将来のすべてのリリースに同じライセンスが適用される保証がないのなら、より自由でビジネスフレンドリーなライセンスの価値は何なのか。これはベイト・アンド・スイッチの方針のように見える。

  • Redis は開発者にとってトロイの木馬のように見える。最初は単純なキー・バリュー・データベースに見えるが、キャッシュとしても使え、「すべてをキャッシュする」のが魅力的に見える。しかしそれは、各プログラムは得意な一つのことに集中すべきだという古い Unix の原則と対照的だ。10年もすれば、正しいキャッシュ判断を下すために Redis のエンタープライズ向けホワイトペーパーをダウンロードしなければならなくなる。

    • これは、Redis がデータベースとキャッシュとして別ポートで使われているプロジェクトで働いた経験に基づく。ほとんどの開発チームは Redis が「シンプルでよく動く」からという理由でマニュアルを読まず、さまざまな問題が発生したが、生き残りに必死なスタートアップにはそれを整理する時間がない。

  • Andrew Kelley の見方に同意する。Redis プロジェクトを Redict に改名し、現在「Redis」と呼ばれているプロジェクトは Redict の奇妙な商用フォークと見なすべきだ。