レディスのロゴ。
Redis は人気のあるデータベースであり、世界中の何百万人もの開発者が使用するメモリは、ライセンスポリシーの大幅な変更を発表しました。 従来は、3 条項の BSD ライセンス、寛容なオープンソース ライセンス、Redis に基づいて配布されてきました。 はデュアル ライセンス モデルを採用することを選択しました。
バージョンから Redis 7.4 では、プロジェクトはそのコードを XNUMX つの独自ライセンスに基づいて配布します。 以前に使用されていた BSD ライセンスの代わりに、RSALv2 (Redis ソース利用可能ライセンス v2) および SSPLv1 (サーバー側パブリック ライセンス v1)。以前は、企業ユーザー向けに高度な機能を提供するアドオン モジュール (特に、RediSearch、RedisGraph、RedisJSON、RedisML、RedisBloom など) のみが独自のライセンスに基づいて提供されていました。今後、独自ライセンスはコア DBMS コードベースにも適用されます。
このライセンスの変更により、高度な機能とデータ処理エンジンを備えた独自のモジュールの統合が可能になります Redis DBMS の将来のバージョンのメイン構造に含まれます。古いバージョンは引き続き古い BSD ライセンスで利用可能であり、独立したフォークを作成するためのベースとして使用できます。
El ライセンス変更前にリリースされた古い Redis 7.x ブランチのメンテナンスは継続されます 少なくとも Redis Community Edition 9.0 のリリースまでは。脆弱性や重大な問題を修正するパッチは、BSD ライセンスに基づいて古いバージョンに対してリリースされ、フォークで使用できます。古いバージョンのサポート期間が終了すると、パッチは SSPL および RSAL ライセンスに基づいてのみリリースされます。つまり、フォーク作成者は独自のメンテナンスを行う必要があります。
マイクロソフトの開発者部門プレジデント、ジュリア・リューソン氏は次のように述べています。 「私たちのコラボレーションにより、Azure Cache for Redis などの統合ソリューションが引き続きサポートされ、Microsoft の顧客は Redis 製品内の拡張機能に独占的にアクセスできるようになります。」
注意することが重要です SSPL および RSAL ライセンスはオープンソースではないため、クラウド サービスを提供するために製品を自由に使用することを禁止する追加の制限があります。そして。どちらのライセンスも同様の目的を持っていますが、SSPL ライセンスは AGPLv3 コピーレフト ライセンスに基づいており、RSAL ライセンスは寛容な BSD ライセンスに基づいています。
RSAL ライセンスでは、商用の場合や管理された有料サービスを除き、アプリケーションでのコードの使用、変更、配布、統合が許可されます (内部サービスでは無料使用が許可されていますが、 Redis へのアクセスを提供する有料サービスには制限が適用されます)。一方、SSPL ライセンスは、コピーレフトの原則に従い、アプリケーション自体のコードだけでなく、クラウド サービスの提供に関与するすべてのコンポーネントのソース コードも同じライセンスで提供することを要求します。
理由 休暇方針変更の背景にはクラウド サービス プロバイダーが貢献せずにオープン ソース ソフトウェアから利益を得ることを防ぐことです。 コミュニティの開発やサポートに。 Redis は、クラウド プロバイダーが開発への参加やコミュニティとの協力を行わずに、Redis に基づく商用派生製品から収益を上げ、クラウド サービスを販売している現状に満足していません。この力関係により、開発者は利益を得ることができませんが、クラウド プロバイダーは既存のオープン ソリューションから利益を得ることができます。
どちらの実装ライセンスも特定のタイプのユーザーを差別するため、オープン ライセンスまたは無料ライセンスとはみなされません。 Open Source Initiative (OSI) は、これらのライセンスはオープンソース標準に準拠しておらず、それに基づく製品はプロプライエタリであると見なすべきであると述べています。これは、SSPL および RSAL ライセンスに基づく製品を Fedora や Debian などのディストリビューションに含めることはできないことを意味します。
もしあなたが それについてもっと知りたい、 詳細を確認できます 次のリンクで。