Redisは再びライセンスを変更します

6か月ぶりに、 Redis Labsは多くの製品のライセンスモデルを変更しています。 現在、会社はApache 2.0 Commons ClauseからRedis Source Available License(RSAL)に移行しています。 この決定の理由とRSALの機能について話しましょう。





/ Pixino / congerdesign / PD



ちょっとした歴史



Redis Labsが製品のライセンスを変更したのはこれが初めてではありません。 昨年8月、同社いくつかのモジュール(Redis Graph、ReJSONなど)をGNU AGPLライセンスからApache 2.0 Commons Clauseに移行しました。 したがって、同社はサードパーティによるオリジナルモジュールの販売を禁止しました。 しかし、これは不快な結果をもたらしました。



まず、新しいライセンスは混乱と誤解を引き起こしました。 一部のユーザーは、モジュールの操作はApache 2.0のみ(Commons Clauseなし)で規制されていると誤って判断しました。 第二に、Redisソリューションの販売の禁止は、オープンソースソフトウェアに「 ヒット 」しました。 たとえば、一部のサービスは、DebianおよびFedora開発者を削除することを余儀なくされました。 Redisモジュールリポジトリをフォークし、それらをGoodFORMプロジェクトにマージする必要がありました。



Redis Labsチームも予期せぬ困難に直面しました。 ライセンスの制限により、製品を中心としたコミュニティ成長は鈍化していますが、その効果はまったく逆になると予想されていました。 これらすべてが、Redis Labsが独自のライセンスを作成し、RSALという会社のニーズと特性に合わせて作成したという事実につながりました。



新しいライセンスとは何ですか?



RSALの条件に従って 、開発者はRediSearch、RedisGraph、RedisJSON、RedisBloom、RedisMLなどのモジュールをサービスで使用し、ソースコードを変更してアプリケーションに実装できます。 最終決定は配布および販売できます。



RSALは最終製品のタイプのみを制限します。 指定されたモジュールに基づくアプリケーションは、データベース、キャッシュおよびインデックス作成のツール、検索エンジン、または機械学習を操作するためのソフトウェアにはできません。



他のすべての場合、開発されたソフトウェアはマークとともに使用および配布できます。 このソフトウェアは、Redis Source Available License Agreementの条件に従います。


これらの制限の目的は、Redisコミュニティを損なうことなく、競合企業によるモジュールの商業化を排除することです。 Redisカーネル自体に関しては、前回同様、オープンであり、BSDライセンスの下で配布されています。 それをサポートするために、同社は、他のコンポーネントに何が起こっても、カーネルの開発を管理する別のチームを作成しました。





/ Flickr / Mark Hougaard Jensen / CC BY-SA



コミュニティが考えること



コミュニティの一部の代表者は、ライセンスの繰り返しの変更は別の間違いかもしれないと信じています。 AdobeのMatt Asayは、オープン製品に基づいてソフトウェアを販売する大企業がオープンソースエコシステムの開発に悪影響を与えるという声明に同意ません。 対照的に、そのような組織は、オープンソース製品を世界市場に配布するのに役立つと言います。



Redisのビジョンは、Red Hatのクラウドテクノロジー責任者であるGordon Haffとも共有されていません。 彼は、ライセンスを通じて、Redisは「2つの椅子に座って」、モジュールの販売から利益を得て、オープンソース企業になることを目指していると考えています。



Red Hat Apache Guru Rich Bowen は、会社の決定を「意味のない」ものと呼びました 。 彼によると、オープンソースに来た人は無料のソリューションを見ることを期待しており、制限や条件を理解することはほとんど望んでいません。 Open Source Initiative( OSI )のメンバーは彼に同意します。 彼ら 、Redisの行動はオープンソースソフトウェアの定義と原則に反すると主張しています。



新しいライセンスに切り替える点を理解している人がいます。 たとえば、BaenCapitalの責任者は、オープンソースソフトウェアに基づいて製品を構築する企業は非倫理的であると指摘しています。 したがって、Redisのアクションは非常に理解しやすいものです。新しいライセンスの助けを借りて、会社は開発者の利益と権利を保護します。



Ansibleの作成者の1人であるMichael DeHaanは、すべてのソフトウェアが無料で配布された場合、ほとんどのプロジェクトは生き残れないと考えています。 すべての企業が投資家を引き付けるわけではないため、個々のコンポーネントを大規模な組織に販売することは、市場にとどまる方法の1つです。



最近ライセンスを変更した人



異なるライセンスアプローチを試みているのはRedis Labsだけではありません。 したがって、2018年10月に、MongoDBはGNU AGPLから独自のバージョンのGNU 3-サーバー側パブリックライセンス(SSPL)に切り替えました。 ライセンスの変更の目的は、Redisの目的と同じです。サードパーティ企業がオープンDBMSを「パッケージング」して再販するのを防ぐためです。



Confluentプロジェクトの作者は、バージョンであるConfluent Community Licenseを支持してApache 2.0も放棄しました。 新しいライセンスの条件により、KSQLを独自のソリューションとして販売することは禁止されています。 このSQLエンジンでのSaaSサービスの実装は引き続き許可されています。



ソリューションの一部がお金のために実装されている会社の他の例があります。 その中には、Elasticsearch、Hadoop、Berkeley DB、その他多数があります。



「Linuxカーネル、WordPress、GIMPなどの無料プロジェクトはほとんどありません。 オープンソース開発者は、企業に害を及ぼさずに収益と製品の無料配布のバランスをとろうとするビジネスモデルを構築しています。 「しかし、オープンソースの概念の変更に反対するITコミュニティにはまだ十分な人がいます。」 したがって、近い将来、個々の製品とそのコンポーネントのライセンスがどのように変化しても、完全に無料のソフトウェアが市場から消えることはありません。」


ブログ1cloud.ruからの投稿:





All Articles