Affero GPLはどのように「バイラル」ですか？

Question

MongoDBはAGPLの下でライセンスされており、興味深いことに、そのライセンスページは次のように述べています。

上記を実用的にするために、データベースを使用するクライアントアプリケーションが別の作業であることをお約束します。これを容易にするために、mongodb.orgがサポートするドライバー（アプリケーションとリンクする部分）は、コピーレフトフリーであるApacheライセンスの下でリリースされています。

（オリジナルの強調。）

これは可能ですか？ MongoDBを使用するWebサイトによって提供されるサービスの受信者は、MongoDBの派生物を使用し、そのソースコードを利用する権利があると主張できませんか？

それが実際に可能である場合、それについて2つの質問があります。

では、MongoDBをGPLではなくAGPLでライセンスすることの意味は何ですか？それは二つの争いの違いを作るようです。
次に、Berkeley DBなどの類似のライブラリの周りに単純なAGPLの「ラッパー」を作成し、ソースを必要としないWebサイトでの使用を許可するための、同様のApacheライセンスの「ドライバ」ライブラリを提供できませんか？コード公開？

また、AGPLは一般的にどの程度バイラルですか？ GPLで保護されたWebアプリケーションまたはその他のネットワークサーバーを取得し、そのデータをBerkeley DBに格納するように変更した場合、結果のソースコードをリリースする必要があります（もちろん、サービスの公開使用を許可する場合））？同様に、例えば内部で使用するサービスはどうですか。ストレージにBerkeley DBを使用するOpenLDAP自体はAGPLされていませんか？どこに線を引くのですか？

Jules · Answer

いいえ、MongoDBを使用して提供されるサービスの受信者は、ライセンスを強制する立場にありません。それを行うことができるのは著作権所有者だけであり、彼らはそうしないと約束しました（少なくとも英国の法律では、そうすることはできないことを意味します）。そのため、実際の文章に従うことを法的に要求する立場にある人は誰もいません。ライセンス。事実上、MongoDBチームは、GPLへのglibcリンクの例外と同様の状況を作り出しました。彼らは、特定のクラスの使用を考慮しないことを約束することで、そうでない場合にはない追加の権利をあなたに与えましたそれが明らかに実際にそうである場合でさえ、彼らのソフトウェアを派生物として。

ただし、このようなスキームを使用して、他の誰かのAGPLライセンスの要件を回避することはできません。これは、著作権者だけがそのような約束をすることができるためです。

このライセンススキームのポイントについては、MongoDBの作者の推論には詳しくありませんが、考えられるのは、誰かがサーバーを変更してから、リリースせずにそれを使用してクラウドデータベースサービスをセットアップできないようにすることです。変更。おそらく、これは元の作者に関係するものでした。

Jonathan Eunice · Answer

ジュレスの答えはまさに正しいです。最後の「なぜこのようにするのか」を強化させてください。ポイント。

[〜＃〜] agpl [〜＃〜] は、他の人がMongoDBを個人的に改善することはできず、少なくともその改善されたバージョンに基づいてサービスを提供できると述べています。その他）。

AGPLは、多くのクラウドオペレーター、インターネットサービスプロバイダー、一部のHPCおよび金融業界のショップが、オープンソースの展開を調整、調整、および改善するために莫大なリソースを費やしているにもかかわらず、オープンソースコミュニティにおける批判への対応です。コードに基づく製品は、実質的に copyleft の影響を受けません。

配布は、GPLの下での改善を共有する必要がある場合のトリガーイベントですが、技術的および経済的に重要な大規模な組織の多くはその対象から除外されています。 "公平ではない！"オープンソースコミュニティを考えました。「あなたは私たちの仕事を利用していますが、コミュニティに限定的または限界的な貢献をしています！」

Free Software Foundationは、v2からv3に移行したときにGPLを根本的に変更することを望んでおらず、厄介な [〜＃〜] ip [〜＃〜] 問題に関して多くの変更を加える必要がありました。特に特許。しかし、それでも「サービスプロバイダーの抜け穴」に対処する必要がありました。したがって、AGPLの代替。これは、大規模なサービスプロバイダーと顧客が改善を行い、「コミュニティに還元する」ことを恐れている人（またはよりビジネス志向の場合：「主要な開発と投資をしている人に還元しないこと」）の選択肢です。）。

AGPLの結果はさまざまです。 AGPLライセンスのプロジェクトはそれほど多くありません、少なくとも他のGPLバリアントの1つ、Apache、Mozillaなどの下でライセンスされた膨大な数のプロジェクトと比較すると、いくつかの大きなクラウドショップが対応しています- 実質的に：「ファイン。AGPLプロジェクトは使用しません。」

~~MongoDBは、AGPLの下で間違いなく最も重要なプロジェクトです。~~ クラウド世代のドキュメント指向のDBMSとして、AGPL保護の最も強力なビジネスケースの1つは間違いなくあります。 [〜＃〜] update [〜＃〜]： 2018年に、MongoDBはAGPLから独自のものに移行しました。 OSIで承認されていない同様の Server Side Public License 。おそらくMongoDB、Inc.が実際にはAGPLはその利益を保護するには不十分であると信じていたためと考えられます。