InfoQ オープンソース コミュニティ カイユアンシェ

営利企業は持続的な利益成長を目指しています。オープンソース戦略の枠組みの中で、企業は「トラフィック獲得」戦略を活用して商業価値を高めようとします。つまり、ソースコードを公開することで短期的な利益をある程度犠牲にし、より広範なユーザーベースとエコシステムの発展を目指します。このプロセスにおいて、適切なオープンソースライセンスの選択は非常に重要です。許容型ライセンスはコミュニティの繁栄をある程度促進できますが、営利企業の権利を完全に保護することはできません。一方、制限型ライセンスは企業利益の保護には効果的ですが、プロジェクト開発の妨げとなる可能性があります。

Elasticsearchを開発する営利企業は、商用ライセンスとオープンソースライセンスのより良いバランスを模索してきました。2021年には、一部のクラウドベンダーがElasticsearchをベースとした商用サービスをSaaSモデルで提供し、オープンソースベンダーに収益を提供していないことを受け、ライセンスを寛容なApache 2.0からSSPLおよびElasticに変更しました。最近、Elasticsearchは「オープンソース」への回帰を発表しましたが、OSI承認のオープンソースライセンスの中で、AGPLは間違いなく最適な選択肢です。GPL、MPL、Apacheといった制限の緩いライセンスは、クラウドサービスに対する具体的な制限がなく、クラウドベンダーや競合他社による「フリーローディング」を効果的に防ぐことができません。さらに、より制限の厳しいライセンスはOSIの承認を受けていないため、オープンソースへの回帰発表の「誠実さ」を示すことが困難です。

—— ジュンジェ

経済的な観点から、オープンソースソフトウェアのライセンスを変更して非オープンソース化した場合の経済効果はどの程度でしょうか？この記事が示唆しているように、影響は大きくありません。少なくともソースコードが依然として利用可能であるため、これは大きな影響ではないと私は考えています。支払いを希望する人は依然として支払い、支払いを希望しない人は依然として支払いません。このような状況では、そもそもなぜライセンスを変更する必要があるのでしょうか？期待される効果が得られないだけでなく、多くの批判も招きます。経済的利益を得たいオープンソース企業は、より効果的な方法を考え出す必要があるでしょう。

— 魏建凡

ライセンス変更の背後には、権利配分におけるトレードオフが常に存在し、新技術の開発はしばしばこの配分の再調整を招き、「オープンソース」の定義に関する継続的な考察を促しています。この現象は近年特に顕著になっています。オープンソース協会も「中国オープンソース年次報告書」の「オープンソースの法的/ガバナンスのマイルストーン」セクションでこの点に触れており、2021年のElasticのライセンス変更や、2023年に大規模オープンソースAIモデルから新たなオープンソースライセンスを求める動きなどが挙げられています（オープンソース協会は、OSIのオープンソースAIの定義に関する協議にも参加しており、関心のある方はぜひフィードバックをお願いします）。

— リャン・ヤオ

「みんなが知っていて愛するElasticsearchが帰ってきました！素晴らしいですね！」Elasticの創業者兼CEOであるShay Banon氏は8月30日、興奮気味にこう発表しました。「ElasticsearchとKibanaがオープンソースエコシステムに復活しました。簡単に言うと、Elasticは今後数週間以内に、ELv2とSSPLに加えてAGPLライセンスオプションを提供する予定です。」

そもそもライセンスを変更したことが間違いだったのに、今になってエラスティッチは撤退しようとしているのだろうか？バノン氏はこれを否定している。

「3年前のライセンス変更は、市場の混乱を大幅に緩和しました。私たちの行動の結果、多くのことが変化しました。今では状況は完全に変わりました。私たちはもはや過去に生きるのではなく、ユーザーのためにより良い未来を創造したいと考えています。あのライセンス変更があったからこそ、今、オープンソースへの回帰を発表できると言っても過言ではありません」とバノン氏は述べた。

物語は2021年に始まります。その年の1月15日、BanonはElasticsearchとKibanaのオープンソースライセンスをApache 2.0からSSPLとElastic Licenseに切り替えると発表しました。

これは主にクラウドサービスプロバイダーを対象とした変更です。MongoDBが制定したソースコードライセンスであるSSPLは、オープンソースの原則を完全に体現することを目指していますが、クラウドサービスプロバイダーに対し、プロジェクトへの貢献なしに独自のオープンソース製品（PaaS）をリリースすることを禁じています。一方、Elastic Licenseの中核条項では、製品をSaaSとして使用する場合、商用ライセンスの取得が義務付けられています。

この決定は当然のことながら、オープンソースコミュニティとテクノロジー界に大きな波紋を引き起こしました。クラウドベンダーによるオープンソースの「タダ乗り」に対抗するための措置だと理解する人もいれば、オープンソースへの「裏切り」だと考える人もいます。Elasticは、2つのプロジェクトがライセンスを変更したため、もはやオープンソースプロジェクトではなくなったものの、ソースコードへのアクセスやコラボレーションへの参加など、一定のオープン性は維持されていると述べています。

Elasticがオープンソースライセンスの変更を発表してから5日後、バノン氏は変更の理由をAWSとAmazon Elasticsearch Serviceだと説明した。「2015年以来、彼らは我々が全く容認できない行為を続けており、事態は悪化する一方です。成功を収めた企業​​であり、市場をリードする私たちが今、彼らに立ち向かわなければ、誰が立ち向かうのでしょうか？」

「Amazon Web Servicesは2015年にElasticsearchをベースにした独自のサービスを開始し、Amazon Elasticsearch Serviceと名付けましたが、これは明らかに商標権を侵害しています。許されません。」

2011年にElasticsearchの商標登録のために個人ローンを組んだのですが…商標がこれほど露骨に悪用されているのを見て、特に心を痛めました。Amazonの問題で訴訟を起こさざるを得なくなりました。これは許されないことです。

「商標問題はユーザーを混乱させ、ElasticとAmazonの間に提携関係があると思い込ませていますが、これは事実ではありません。許されません。」

「…この混乱は何年も続いています。よくありません。」

「Amazon Web Services の Elasticsearch 向け Open Distro フォークは、コミュニティをさらに分裂させ、大きな混乱を引き起こしました。これは許されません。」

これは、当時のバノンがどれほど激怒していたかを示しています。これに対し、Amazon Web Servicesは、真のオープンソースを実現するために、ElasticsearchとKibana（バージョン7.10）のブランチを作成・維持すると表明しました。3か月後、Amazon Web ServicesはOpenSearchプロジェクトを立ち上げました。

Amazon Web Services（AWS）は、OpenSearchはElasticsearchをベースとしているものの、Elasticsearchに関連する商用ライセンスの制限、コード、商標を削除したと述べています。Apache License 2.0の適用下では、OpenSearchはユーザーが負担なく、貢献以外の問題を気にすることなく、開発とイノベーションを進めることができます。このプロジェクトは、Red Hat、SAP、Capital One、Logz.ioなど、複数の組織やベンダーから支援を受けています。

機能的には、OpenSearchとElasticsearchに大きな違いはありません。Adobeなどの企業がElasticsearchをOpenSearchに置き換えたことで、OpenSearchはDBエンジンで最も人気のあるデータベースのトップ50にランクインし、このフォークは成功だと考える人もいます。しかし、現在ではOpenSearchブランドの方がElasticsearchよりも価値があると考える人もいます。

オープンソースへの復帰を発表した後、バノン氏はその変化について次のように説明した。

物議を醸したライセンス変更の決定を受けて、私たちはオープンソースコミュニティの運営を慎重に検討し、維持するために懸命に取り組んできました。そして今、OSI承認のAGPLライセンスを取得したことで、Elasticsearchは正式にオープンソース陣営に復帰し、人々が抱いていたであろう警戒心や疑念は完全に払拭されたことになります。

実際、Elasticはオープンソースを決して諦めていません。オープンソースこそがソフトウェア業界にとって正しい方向だと固く信じています。私自身も25年間オープンソースに貢献してきたので、オープンソースの熱心な擁護者と言えるでしょう。では、なぜ3年前に状況が変わったのでしょうか？

Amazon Web Services（AWS）の問題により、同社の製品が市場に混乱を引き起こしました。そのため、考えられるあらゆる方法を試した結果、最終的にライセンスを変更することにしました。Elasticsearchの各フォークに独立した名前と開発パスを与えることが目的です。一言で言えば、これは非常に複雑な話で、考えると涙が出てきます…。

幸いなことに、この決断は困難でしたが、うまくいきました。3年後、Amazonは独自のフォークの確立に全力を注ぎ、市場の混乱はほぼ解消され、Amazon Web Servicesとのパートナーシップはかつてないほど強固なものになりました。Amazonのパートナー・オブ・ザ・イヤーにも選ばれました。まさに私たちが目指していたのは、オープンソース・コミュニティに自信を持って復帰できるまで待つことでした。そして今、ついにその時が来ました。

この説明はやや曖昧で、ネットユーザーをさらに混乱させるだけです。AWSがOpenSearchを放棄し、Elasticのみの販売に戻る理由は何でしょうか？一部のネットユーザーは、「うまくいった」ということは、Elasticがこれらの問題は解決済み、あるいはもはや重要ではないと考えていることを意味するのではないかと分析しています。

オープンソースへの回帰の道を選択したことで、Elasticsearch は他のライセンス オプションを追加しました。

「ユーザーの生活を可能な限りシンプルにしたいと思っています。ELv2（BSDにインスパイアされたライセンス）を非常に好むユーザーもいれば、SSPLライセンス（MongoDB経由）を選択しているユーザーもいると承知しています。そのため、これら両方のオプションを維持し、新しいライセンスを追加することにしました」とバノン氏は述べています。

しかし、一部の専門家は、AGPLライセンスは、コードが公開されない限り、社内でも使用できないことを意味すると解釈しています。これは、一部の開発者にとって、実際にはより制限的なライセンスとなっています。

一部のネットユーザーからは、「Elasticライセンスの使用オプションが維持されたので、とても満足しています。これで皆が満足しています。AGPLの方がElasticライセンスよりも『オープンソース』らしいというのは奇妙に感じます。AGPLでは、製品に変更を加える際にすべてのソースコードを公開することが義務付けられていますが、Elasticライセンスでは、Elasticsearchと直接競合するために当社のコードを使用しないよう求められているだけです」というコメントも寄せられています。

あるネットユーザーは、「製品の変更」はサービス自体の変更を指し、「すべてのソースコードのリリース」は特定のサービスを指し、構築したすべてのサービスを指すわけではないと説明しました。Elasticsearchサービスにパッチを適用する場合、パッチは公開されますが、Elasticsearchを呼び出すサービスを公開する必要はありません。これは非常に静的で、ユーザー自身で制御可能です。一方、「直接的な競合相手」は時間の経過とともに変化する可能性があります。Elasticsearchが私の製品の競合相手を買収したり、「競合相手」の意味を再解釈したりすれば、ソフトウェアの使い方も変わります。例えば、ML分野に早くから参入し、Elasticsearch上にRAGを構築した場合、Elasticsearchはすぐにそれをサービスとして提供するかもしれません（まだ提供していない場合）。つまり、あなたのビジネスは変わらないまま、競合相手になるということです。

あるネットユーザーは、「私にとって、プロジェクト所有者と競争できないことは、AGPL/GPL よりもはるかに制限が少ないです」とコメントしました。

Elasticsearchがオープンソースに戻るという発表を受け、バノン氏は明らかに興奮していました。「この素晴らしいニュースはElastic社内ですぐに広まりました。オープンソースは関係者全員の目標であり、ElasticのDNAに深く根付いているからです。Elasticsearchが再びオープンソースプロジェクトになることは、間違いなくエキサイティングで重要なマイルストーンです」とバノン氏は語りました。

多くの皮肉屋のネットユーザーはきっとそのように考えるだろう。結局のところ、ソフトウェア開発会社 Elastic は以前、プロジェクトのオープンソース ライセンスを独自のライセンスに変更するよう求める圧力に耐えてきたのに、今それを元に戻せば必然的に嘲笑されることになるからだ。

バノン氏はこれを予期していた。「Elasticはプロジェクトの終焉が近づいていると感じたため、オープンソースライセンスに戻したのです」とバノン氏は事前にこの問題に言及した。

まず、Elasticの現状について、これまで以上に楽観的な見通しを持っていることを強調したいと思います。製品とチームの成果を大変誇りに思っています。ステートレスなElasticsearch、ES/QL、そして生成AIユースケース向けのベクターデータベース/ハイブリッド検索の幅広い改善を提供しています。ロギングとオブザーバビリティについては、OTelと緊密に連携しています。ElasticのセキュアSIEM製品は、引き続き素晴らしい機能を導入しており、市場で最も急速に成長している製品の一つです。ユーザーからの肯定的なフィードバックも非常に励みになっています。つまり、株式市場と同様に、常に浮き沈みはありますが、Elasticは常に長期的な視点で事業を展開しており、今回の調整もその長期戦略の一環であることをお約束します」と彼は述べています。

ライセンスの変更に関する議論が再燃する中、次のような疑問が生じています。オープンソース ライセンスから独自のライセンスに切り替えた後、会社の財務状況は実際に大幅に改善されたのでしょうか?

RedMonkのシニアアナリスト、レイチェル・スティーブンス氏がこれについて専門的な分析を提供した。

下のグラフは、各企業の収益の推移を示しており、青い縦線はライセンス変更日を表しています。比較のため、X軸とY軸は一定のままで、企業が上場する前に入手可能な財務データの量を反映しています。このデータセットは、ライセンス変更後に収益が確かに増加したことを示していますが、成長率は変更前とは大きく異なっているようです。

時価総額は企業価値を測る重要な指標です。調査によると、MongoDBはライセンス変更後に時価総額が大幅に増加しました。Elasticも成長を遂げましたが、そのペースははるかに緩やかでした。一方、HashiCorpは苦戦しており、ライセンス変更後に評価額は下落しました。

最後に、これらの企業はいずれも現在黒字化していないことに注目すべきです。つまり、これらの企業の評価は主に将来のキャッシュフローの予想成長によって左右されるということです。

全体として、本調査では、ライセンス変更後に収益は増加したものの、具体的な成長率に大きな変化は見られなかったことが示されています。ライセンス変更が企業価値に与える影響は様々であり、オープンソースライセンスからプロプライエタリライセンスへの切り替えと企業価値の向上の間に明確な因果関係は見られません。

Elasticsearchが再びオープンソース化されたことについて、どう思いますか？ぜひ下のコメント欄にご意見をお寄せください！

参考リンク:

https://www.elastic.co/cn/blo...

https://redmonk.com/rstephens...

https://www.infoq.cn/article/...\_campaign=geek\_search&utm\_content=geek\_search&utm\_medium=geek\_search&utm\_source=geek\_search&utm\_term=geek\_search

転載元：InfoQ

編集者：金欣悦

関連資料

オープンソースと学術評価の相乗効果に関する短い議論 | CCCFハイライト

オープンソース ソフトウェアは著作権を放棄するものではなく、公共のリソースを私的目的で使用することは違法です。

オープンソース協会の紹介

2014年に設立されたオープンソース協会（KAIYUANSHE）は、オープンソースの理念に献身的に貢献する個々のボランティアで構成されるオープンソースコミュニティであり、「貢献、合意、そして共同統治」の原則に基づき活動しています。KAIYUANSHEは、「ベンダー中立性、公益性、非営利性」の原則を堅持し、「中国を拠点とし、世界に貢献し、新時代のライフスタイルとしてオープンソースを推進する」というビジョンを掲げています。その使命は「オープンソースのガバナンス、国際的な連携、コミュニティの発展、そしてプロジェクトのインキュベーション」であり、健全で持続可能なオープンソースエコシステムの共創を目指しています。

オープンソース協会は、オープンソースを支援するコミュニティ、大学、企業、政府機関と積極的に連携しています。また、世界的なオープンソースライセンス認証組織であるOSIの中国初の会員でもあります。

2016年以降、中国オープンソースカンファレンス（COSCon）が毎年開催され、「中国オープンソース年次報告書」が継続的に発表されています。また、「中国オープンソースパイオニアリスト」と「中国オープンソースコードパワーリスト」も共同で立ち上げ、国内外で幅広い影響力を発揮しています。