Redisのコピーレフトフォーク版「Redict 7.3.0」、初のリリース

 (redict.io)
7 ポイント 投稿者 GN⁺ 2024-04-04 | 3件のコメント | WhatsAppで共有
  • Redictコミュニティは、Redis® OSS 7.2.4のコピーレフトフォークであるRedict 7.3.0の最初の安定版を発表

Redictを選ぶ理由

  • Redictは技術的な安定性と長期保守を重視し、現在のスコープ内で卓越性を実現することに注力
  • Redictは機能がほぼ完成しており、イノベーションよりも長期的な信頼性を重視する方がユーザーにとって価値があると考えている
  • Valkeyのような他のRedis®フォークとは異なり、Redictはソフトウェアの有限なスコープと長期安定性をより重視する、コミュニティ中心の文化を持つ
  • Redictはライセンスが許可するソフトウェアから有用な変更を取り入れて改善できるが、安定性を最優先し、新機能はその次に提供する
  • Redictはまた、他のフォークとは異なる社会的・政治的目標を持ち、独立的でコミュニティ中心の方法でソフトウェアを構築することに重点を置く
  • LGPLライセンスを採用することで、ソフトウェアをこれ以上の搾取から守り、クラウドプロバイダーが過度なコンプライアンス体制に直面することなくRedictを顧客に提供できるようにする

謝辞

  • Redictフォークの実現に関わったすべての人々に個人的な感謝を表明
  • とりわけ、Redictコンテナ作業を担当したMicke NordinとHugo、ドキュメントとWebサイト作業を担当したLucas Dohmen、hiredictのフォークと保守を担当したAnnaに感謝
  • Redis® OSS、商業的貢献者、独立した貢献者のすべてに感謝する。彼らの作業はRedictコードベースの基盤を形作っている

次のステップ

  • 初期リリースでは、最大限の後方互換性を確保し、新規ユーザーの移行を容易にするため、非常に保守的な変更セットに集中
  • 今後予定されている変更には、ビルドシステムのモダナイズ（muonが有力候補）、Redis®クライアントライブラリを含む_エコシステム_のフォーク、Luaやjemallocのような依存関係の脱ベンダリングがある
  • LucasはRedictドキュメントへの投資を計画しており、これをエコシステム参加者にとっての厳選された参照資料にする予定
  • Annaは、ビルドシステムの改善やUnix規範とのより良い整合を含む、hiredict向けの変更を計画している
  • コミュニティメンバーによる改善提案を検討する用意があり、独立ユーザーと商業ユーザーの双方を等しく歓迎している

GN⁺の意見

  • Redictは既存のRedis®のオープンソース版を基盤とし、ユーザーと貢献者により大きな自由と安定性を提供することを目指すプロジェクトである。これは、オープンソースソフトウェアの持続可能性とコミュニティ中心の開発を重視するユーザーにとって魅力的である可能性がある
  • LGPLライセンスの採用は、商業ユーザーと自由ソフトウェアコミュニティの双方の要求をバランスよく満たそうとする試みであり、クラウドサービスプロバイダーがRedictを自社サービスに統合する際の法的問題を最小限に抑えられるようにする
  • Redictの保守的なアプローチは、既存のRedis®ユーザーに安定した移行パスを提供する一方で、革新的な機能を迅速に導入したいユーザーにとっては制約となる可能性がある
  • Redictプロジェクトは、GitHubのようなプロプライエタリなプラットフォームではなく、CodebergやSourceHutのような自由ソフトウェアベースのインフラを利用することで、自由ソフトウェアのエコシステムを強化しようとする意思を示している
  • このプロジェクトは、Redis®の商業的管理者によって生じうる危機に対応して、自由ソフトウェアの未来のための重要な選択を行っており、オープンソースコミュニティにとって重要な事例となる可能性がある

関連記事

3件のコメント

 
GN⁺ 2024-04-04
Hacker Newsの意見
  • ライセンスとホスティングについての議論は多いが、Redictが安定性と長期保守に重点を置き、現在の範囲内で優秀さを達成しようとしている点は、本当に興味深い差別化要素である。
    • Valkeyはより急進的なイノベーションを開発するためのリソースを投資できる商業的利害を持っている一方で、Redictは長期的な安定性をより重視したソフトウェアを好む文化的な違いを認めている。
  • RedictはcopyleftなのでValkeyの貢献をマージできるが、ValkeyはRedictのコミットをマージできない（コントリビューターがデュアルライセンスを付与しない限り）。
    • Redisはオープンソースではないため、Valkeyの貢献はマージできるが、Redictの貢献はマージできない。したがって、コードがRedisに含まれることを望まないなら、Redictに貢献すべきである。
    • 興味深いことに、ライセンス変更後のこの2週間で、ある開発者がRedisリポジトリにコミットした件数はわずか2件だった。驚くほどの減少である。
  • Codeberg上のRedict版がGitHub上のValkeyフォークと競争できるかどうかは、時間が教えてくれるだろう。
  • これはオープンライセンスの真の力を示す状況であり、異なるアプローチを持つ2つのフォークと、2つの専門的で有能なチームがあり、どちらが勝つのか、あるいは両方が勝てるのかを見ることができる。
  • 商用利用には非copyleftのフォークを使うこともできる。
  • Valkeyについて触れ、今や2つの大きなフォークがあると指摘している。
  • 他のプロジェクトでも商業化が進みすぎてコードがフォークされた例を挙げ、MySQLとMariaDBを例にしている。Redis Ltd.は自社製品の価値を過大評価していると考えている。
    • Redisユーザーの大半はシンプルなインメモリのキー・バリュー・ストアを求めており、Redictのほうが優れていると信じている。
  • Redisのライセンス変更について質問し、新しいライセンスの下でホスティング版を販売しない限り、プロジェクトでRedisを無料で使えるのかを確認したがっている。
  • クラウドプロバイダーがRedictまたはValkeyのホスティング版を提供するのか、そしてRedisからのアップグレードパスがあるのかについて質問している。
  • RedisJSONとともにRedisを使っており、RedictとValkeyはJSONデータ型をサポートしていないようなので、JSONドキュメントを扱うサーバーについての情報を求めている。
 
xguru 2024-04-04

これがいちばん印象的ですね

> Redict はコピーレフトなので Valkey の貢献をマージできるが、Valkey は Redict のコミットをマージできない（貢献者がデュアルライセンスを付与しない限り）。
> Redis はオープンソースではないため Valkey の貢献はマージできるが、Redict の貢献はマージできない。したがって、コードが Redis に取り込まれることを望まないなら Redict に貢献すべきだ。
 
kuroneko 2024-04-04

Valkeyとはライセンスで競合しているんでしょうか。面白いですね。+_+