Redisのライセンスモデル：BSDからデュアルライセンスへの変遷と影響
Redisは、長年にわたりその高い性能と使いやすさから、キャッシュ、セッション管理、リアルタイム分析など、幅広い用途で利用されてきた人気のインメモリデータストアです。その成功の一因として、長らくBSDライセンスという寛容なオープンソースライセンスの下で提供されてきたことが挙げられます。しかし、2024年、Redisの開発元であるRedis社は、Redis 7.4以降のバージョンからライセンスモデルをデュアルライセンスへと変更することを発表しました。この決定は、Redisコミュニティ全体に大きな影響を与え、議論を巻き起こしています。
本稿では、Redisのライセンスモデルの変遷、特にBSDライセンスからデュアルライセンスへの移行について、その背景、理由、詳細な内容、そしてコミュニティへの影響を詳細に解説します。
1. RedisとBSDライセンス：オープンソースコミュニティへの貢献
Redisは、当初からBSDライセンスに基づいて開発・配布されてきました。BSDライセンスは、非常に寛容なライセンスとして知られ、利用、複製、変更、配布を無償で行うことができます。唯一の条件は、著作権表示とライセンス条項をソフトウェアに含めることのみです。
このような寛容なライセンスのおかげで、Redisは幅広いプロジェクトで利用され、その利用事例も多岐にわたります。特に、以下の点がBSDライセンスの下でのRedisの普及に貢献しました。
- 商用利用の容易さ: BSDライセンスは、商用利用に制限がほとんどないため、企業はRedisを自社の製品やサービスに組み込みやすく、安心して利用することができました。
- フォークの自由: BSDライセンスは、ソフトウェアのフォーク（派生）を許可しています。これにより、開発者はRedisをベースに独自の機能を追加したり、特定のニーズに合わせたカスタマイズを行ったりすることが容易になりました。
- コミュニティの活性化: BSDライセンスの寛容さは、多くの開発者がRedisに貢献することを促し、活発なコミュニティを形成する上で重要な役割を果たしました。多くの開発者が、バグ修正、機能追加、ドキュメントの改善など、様々な形でRedisプロジェクトに貢献してきました。
長年にわたり、RedisはBSDライセンスの恩恵を受け、オープンソースコミュニティに深く根ざした存在として成長してきました。そのシンプルさとパフォーマンスから、多くの企業や開発者に支持され、オープンソースエコシステムに大きく貢献してきたことは疑いようもありません。
2. デュアルライセンスへの移行：背景と理由
2024年、Redis社はRedis 7.4以降のバージョンから、従来のBSDライセンスに加えて、RSALv2 (Redis Source Available License version 2) とSSPL (Server Side Public License) という2つの追加ライセンスを提供するデュアルライセンスモデルへと移行することを発表しました。
このライセンス変更は、Redisコミュニティに衝撃を与え、多くの議論を呼びました。Redis社は、この変更の理由として、主に以下の3点を挙げています。
- クラウドプロバイダーによるRedisの商業的利用の拡大: 近年、大手クラウドプロバイダーは、Redisをベースとしたマネージドサービスを提供し、大きな収益を上げています。しかし、これらのクラウドプロバイダーは、Redisプロジェクトに対して十分な貢献を行っていないという不満がRedis社にはありました。Redis社は、自分たちの開発したソフトウェアによって利益を得ている企業に対し、より公平な貢献を求める意向を示しました。
- オープンソースの持続可能性の確保: Redisの開発を継続するためには、十分な資金が必要です。Redis社は、デュアルライセンスモデルによって、商業的な利用から収益を得ることで、Redisの開発を長期的に持続可能にすることを目標としています。オープンソースプロジェクトの多くは、資金不足に悩まされており、開発の停滞や閉鎖に追い込まれるケースも少なくありません。Redis社は、そのような状況を回避するために、積極的な収益化を図ることを選択しました。
- コミュニティへの貢献の促進: Redis社は、デュアルライセンスモデルによって、Redisコミュニティへの貢献を促進することを期待しています。特に、RSALv2ライセンスは、Redisのソースコードを利用した製品やサービスを開発する場合、ソースコードを公開することを義務付けています。これにより、より多くの開発者がRedisのソースコードに触れ、改善点を見つけたり、新しい機能を開発したりすることが期待されます。
要するに、Redis社は、自社のソフトウェアによって利益を得ている企業からの貢献を増やし、Redisの開発を持続可能にし、コミュニティを活性化するために、デュアルライセンスモデルへの移行を決断したということです。
3. デュアルライセンスの詳細：RSALv2とSSPL
Redis 7.4以降のバージョンでは、以下の3つのライセンスのいずれかを選択することができます。
- BSDライセンス: 従来のBSDライセンスは、引き続き利用可能です。ただし、これはRedis 7.2以前のバージョンにのみ適用されます。
- RSALv2 (Redis Source Available License version 2): RSALv2は、ソースコードが公開されていることを意味する “Source Available” ライセンスの一種です。RSALv2の下では、Redisのソースコードを利用、複製、変更、配布することができますが、以下のような制限があります。
- ソースコードの公開義務: Redisをベースとした製品やサービスを開発した場合、その製品やサービスのソースコードを公開する必要があります。この義務は、ネットワーク経由でRedisを提供する SaaS（Software as a Service）型サービスにも適用されます。
- ライセンスの変更禁止: RSALv2で配布されたソフトウェアは、RSALv2以外のライセンスで配布することはできません。
- 特許侵害訴訟の禁止: Redis社に対して特許侵害訴訟を提起した場合、RSALv2に基づく権利は自動的に失効します。
RSALv2は、一般的に、自社の製品やサービスにRedisを組み込む企業や、Redisをベースとしたオープンソースプロジェクトの開発者にとって、比較的使いやすいライセンスです。
- SSPL (Server Side Public License): SSPLは、MongoDBが開発したライセンスで、ネットワーク経由でソフトウェアを提供する SaaS型サービスに適用されることを想定しています。SSPLの下では、Redisをベースとしたマネージドサービスを提供する企業は、そのサービスのすべてのソースコード（Redisだけでなく、データベース、APIサーバー、UIなどを含む）を公開する必要があります。
SSPLは、大手クラウドプロバイダーがRedisをベースとしたマネージドサービスを無償で提供することを制限することを目的としています。SSPLは非常に厳しいライセンスであり、多くの企業がRedisの利用を躊躇する可能性があります。
4. ライセンス選択の指針：ユースケース別の最適な選択肢
Redisの利用者は、自社のユースケースに合わせて、最適なライセンスを選択する必要があります。以下に、いくつかの一般的なユースケースと、それぞれの最適なライセンス選択肢を示します。
- Redis 7.2以前のバージョンを利用する場合: この場合、引き続きBSDライセンスの下でRedisを利用することができます。商用利用、フォーク、コミュニティへの貢献など、BSDライセンスの恩恵を最大限に活用することができます。
- Redis 7.4以降のバージョンを利用し、自社の製品やサービスにRedisを組み込む場合: RSALv2ライセンスが適切な選択肢となるでしょう。RSALv2は、ソースコードの公開義務がありますが、Redisをベースとした製品やサービスの開発・配布を比較的自由に行うことができます。
- Redis 7.4以降のバージョンを利用し、Redisをベースとしたマネージドサービスを提供する場合: SSPLライセンスの適用を検討する必要があります。ただし、SSPLは非常に厳しいライセンスであり、サービス全体のソースコードを公開する必要があるため、慎重に検討する必要があります。
- 単にRedisをキャッシュとして利用する場合: Redisの利用が、自社の主要な製品やサービスの不可欠な要素ではない場合、RSALv2ライセンスが適切な選択肢となるでしょう。
5. コミュニティへの影響と今後の展望
Redisのライセンスモデルの変更は、Redisコミュニティに大きな影響を与えています。
- フォークの可能性: デュアルライセンスモデルへの移行に反発する開発者や企業は、Redisをフォークし、BSDライセンスの下で開発を継続する可能性があります。実際、すでに複数のフォークプロジェクトが立ち上がっています。
- コミュニティの分裂: ライセンスモデルの変更は、Redisコミュニティを分裂させる可能性があります。一部の開発者は、Redis社の決定を支持し、新しいライセンスモデルの下で開発を継続するでしょう。一方、他の開発者は、フォークプロジェクトに参加したり、他のデータストアに移行したりする可能性があります。
- Redisの普及への影響: デュアルライセンスモデルは、Redisの普及に悪影響を与える可能性があります。特に、SSPLライセンスは、多くの企業がRedisの利用を躊躇する可能性があります。
- オープンソースライセンスの今後への影響: Redisのライセンスモデルの変更は、他のオープンソースプロジェクトにも影響を与える可能性があります。他のオープンソースプロジェクトも、同様の課題に直面しており、Redisの事例を参考に、独自のライセンスモデルを検討する可能性があります。
Redis社のライセンスモデルの変更は、オープンソースライセンスの今後について、多くの議論を呼んでいます。オープンソースは、これまで、無償で利用できるという点が大きな魅力でしたが、Redisの事例は、オープンソースの持続可能性を確保するためには、新たな収益モデルが必要であることを示唆しています。
6. Redisの代替となりうるデータストア
Redisのライセンス変更を受けて、Redisの代替となりうるデータストアへの関心が高まっています。以下に、いくつかの代表的なデータストアを紹介します。
- Memcached: Redisと同様に、インメモリのキャッシュシステムです。Redisよりもシンプルで高速ですが、Redisほど多機能ではありません。
- KeyDB: Redisのフォークプロジェクトであり、Redisとの互換性を維持しながら、パフォーマンスを向上させることを目指しています。BSDライセンスで提供されています。
- Dragonfly: RedisおよびMemcachedとの互換性を持つ、新しいインメモリデータストアです。Redisよりも高性能で、より少ないリソースで動作するように設計されています。
- Aerospike: 分散型のNoSQLデータベースであり、高性能とスケーラビリティを重視しています。Redisよりも複雑ですが、より多くのデータを処理することができます。
- Apache Cassandra: 分散型のNoSQLデータベースであり、高い可用性とスケーラビリティを特徴としています。Redisよりも複雑ですが、大規模なデータセットを処理することができます。
これらのデータストアは、それぞれ異なる特徴を持っており、Redisの代替として利用できる可能性があります。ただし、移行にはコストがかかるため、慎重に検討する必要があります。
7. まとめ：Redisの未来とオープンソースの課題
Redisのライセンスモデルの変更は、オープンソースの世界に大きな波紋を広げています。この変更は、Redis社が自社のソフトウェアの商業的利用に対するコントロールを強化し、Redisの開発を長期的に持続可能にすることを目的としています。
しかし、この変更は、Redisコミュニティに分裂をもたらし、Redisの普及に悪影響を与える可能性もあります。また、他のオープンソースプロジェクトにも影響を与え、オープンソースライセンスの今後について、多くの議論を呼んでいます。
Redisの未来は、まだ不透明です。Redis社がコミュニティとの対話を続け、より良い解決策を見つけることができるかどうかによって、Redisの未来は大きく左右されるでしょう。
今回のRedisの事例は、オープンソースの持続可能性という重要な課題を提起しました。オープンソースは、これまで、無償で利用できるという点が大きな魅力でしたが、Redisの事例は、オープンソースの持続可能性を確保するためには、新たな収益モデルが必要であることを示唆しています。
オープンソースの未来は、開発者、企業、そしてコミュニティ全体の協力によって形作られていくでしょう。Redisの事例は、その協力のあり方について、改めて考えさせられる機会となりました。
Redisのライセンスモデルの変更は、単なるソフトウェアライセンスの問題ではなく、オープンソースのあり方、コミュニティの形成、そしてソフトウェア開発の持続可能性という、より大きな問題に関わるものです。この問題について、今後も議論を深め、より良い解決策を見つけていくことが重要です。