導入 オープンソース ソフトウェアは常に理想と実用性の微妙なバランスで成り立ってきましたが、2024 年にはこのバランスがひっくり返されました。ライセンスを再付与するプロジェクトが増え、それに応じてフォークが急増する中、オープンソース コミュニティは真にオープンであるとはどういうことなのかという疑問に直面しています。Open  で取り上げた HashiCorp ライセンス論争をめぐる白熱した議論に続き、この興味深い分野の最新の動向を掘り下げます。Dawn Foster 博士の最新の研究  (   ) は、ライセンスの再付与の現実と、それがコミュニティやエコシステム全体にもたらす波及効果を理解するのに役立ちます。 Source is Dead 「オープンソースの新しいダイナミクス: ライセンスの再付与、フォーク、コミュニティへの影響」 Foster、2024 オープンソースの起源とその基本的な理念 現在を理解するには、オープンソース ソフトウェアの起源を再考する必要があります。1980 年代のフリー ソフトウェアの理想から生まれた GNU などの運動や GPL などのライセンスは、ソフトウェアの使用、研究、変更、共有といったユーザーの自由を優先しました。数十年にわたり、これらの原則は Linux、MySQL、Kubernetes などの象徴的なプロジェクトの基盤を築き、オープンソースを現代のコンピューティングのバックボーンへと変えました。 しかし、オープンソースが主流になると、商業化も進みました。企業はオープンソースを基盤として利益の出るビジネスを構築し、許容ライセンスへの依存度が高まったことにより、AWS のようなハイパースケーラーが独立系開発者や小規模企業の仕事から莫大な利益を得る道が開かれました。フリーソフトウェアの理想と商業的現実の間の緊張はますます高まり、現在の状況に至っています。 一体何が起こっているのか? ライセンスの再割り当ては目新しいものではありませんが、2024 年にはそれが主流のトレンドになりつつあることが明らかになりました。Elastic、Redis Labs、HashiCorp などの企業は、ビジネス モデルを保護する必要があるとして、SSPL や BSL などの制限付きライセンスに移行しました。コミュニティの反応は、これらの制限を拒否し、Linux Foundation などの中立的な組織の下でより包括的なガバナンス モデルを推進するフォークです。 それぞれの事例は、ライセンスの再発行がどのように信頼を破壊し、行動を促し、ガバナンスを再形成したかを例示しています。  Elasticsearch と OpenSearch: 企業間の衝突の事例 Elastic が 2021 年に SSPL を採用するという決定は、オープンソースの世界において極めて重要な瞬間でした (   )。この動きは、AWS が Elasticsearch に貢献せずに利益を得ることを抑制することを目的としていましたが、コミュニティのかなりの部分から疎外されました。AWS の対応 (OpenSearch の作成) は、単に機能を維持するだけではありませんでした。OpenSearch は 2024 年 9 月の時点で Linux Foundation 内の OpenSearch Foundation の傘下に移行しましたが、初期の頃は、オープン性を公に主張していたにもかかわらず、AWS がプロジェクトの方向性を完全に制御していました。ガバナンスに関する議論は Amazon 内の内部意思決定と衝突し、一部のコミュニティ メンバーの不満と離脱につながりました (   )。 Elastic、2024 OpenSearch Foundation、2024  Redis と Valkey: ライセンス変更を目的としたフォーク 2018 年に Redis Labs が寛容な BSD ライセンスに Commons 条項を追加したことは、プロジェクトの転機となりました。時間が経つにつれて、SSPL の採用を含むさらなる変化がフラストレーションを招きました (   )。KeyDB は Redis のマルチスレッド パフォーマンス フォークとして登場しましたが、ライセンスの再割り当てが直接の動機ではなく、文書化された中立的なガバナンスのない企業所有のままです (   、2024)。ライセンスの再割り当てに対するより直接的な対応は、Linux Foundation の下で中立的なガバナンス モデルを使用して作成された代替フォークである Valkey であり、元の Redis プロジェクトの精神を維持しています。 Redis Labs、2024 Snap Inc  Terraform と OpenTofu: 草の根の反乱 HashiCorp が 2024 年に BSL に切り替えたことで、Terraform のオープン性に依存していたユーザーの間で激しい怒りが巻き起こりました (   )。Linux Foundation が主導するフォークである OpenTofu は、オープン コラボレーションの原則を遵守することを決意した貢献者と組織の連合をすぐに結成しました。OpenTofu は、透明性のあるガバナンスを重視し、ユーザーのニーズを優先することで、先祖とは異なる道を歩み始めました (   )。 HashiCorp、2024 OpenTofu、2024 革命家としてのフォーク フォスター氏の研究は、中立的なガバナンスのもとでフォークが生まれたときの変革の可能性を強調しています。OpenSearch の OpenSearch Software Foundation への移行は、フォークが多様な貢献者を引き付け、長期的な持続可能性を確保する方法の好例です。単一ベンダーによる支配から解放された中立的な財団は、フォークが正当な後継者に成長するための肥沃な土壌を提供します。  Linux Foundation の下で Valkey が設立されたことは、中立的なガバナンスがコミュニティの回復力を高める方法を示すもう 1 つの例です。企業による管理が続く KeyDB とは異なり、Valkey はオープン ガバナンスと貢献者の包括性を重視しています。 重要な指標: 組織の多様性を超えて拡大 フォスター氏の最初の分析では、プロジェクトの健全性を評価する上で重要な指標として組織の多様性が強調されていました。しかし、進行中の研究では、フォークや再ライセンスされたプロジェクトを評価するためのより包括的な指標セットの開発を目指しています (  、2024 年)。この研究では、コードベースの相違、ガバナンス構造、長期的な持続可能性に焦点を当て、貢献者の多様性を超えた追加の健全性指標に関するデータを積極的に収集しています。貢献者を歓迎します! CHAOSS フォーク ケース スタディ コードベースの相違は、もう 1 つの重要な指標であり、フォークがどのように独立して進化するかを示します。初期の互換性を維持しながら、OpenSearch や Valkey などの成功したフォークは、コミュニティのニーズによって推進されるイノベーションへと急速に方向転換します。 今後の課題 しかし、フォークを美化するのはやめましょう。断片化はユーザーにとって悪夢となる可能性があり、互換性の問題や長期サポートの不確実性に直面することがよくあります。フォスター氏の研究では、これらの課題を軽減するために、プロジェクトとそのコミュニティ間のより明確なコミュニケーションを求めています。 議論の中心にあるのは、根本的な疑問です。オープンソースは、コミュニティの理想と商業的実現可能性という相反する要求をどうバランスさせるのでしょうか。フォスター氏の調査結果は簡単な答えを提供していませんが、指針となる原則として透明性と共有ガバナンスの重要性を強調しています。 結論 ライセンスの再割り当てにより、オープンソースの世界はアイデンティティ危機に直面せざるを得なくなりました。私たちはデジタルコモンズを構築しているのでしょうか、それとも企業の利益を補助しているだけなのでしょうか。その答えは、ライセンスの再割り当ての背後にある動機とコミュニティの反応をどう解釈し、対処するかにあります。一方で、企業はライセンスの再割り当ては実用上必要なことであり、ハイパースケーラーが支配する競争環境において投資を保護し、持続可能性を確保する方法であると主張しています。他方、批評家はライセンスの再割り当ては信頼の侵害であり、企業の優先事項がオープンコラボレーションの精神を覆い隠すものだと考えています。 フォスター氏の研究は、この緊張関係を診断するだけにとどまりません。この荒波を乗り越えるための実行可能な道筋を明らかにしています。コミュニティ主導のフォークと中立的なガバナンス モデルの出現は、将来に向けた魅力的なビジョンを示しています。OpenSearch、Valkey、OpenTofu などのフォークは、透明性と包括性の原則を掲げるオープン ソース コミュニティの回復力を示しています。これらのプロジェクトは、企業の管理から脱却し、共同所有とイノベーションを優先するエコシステムを再構築できることを示しています。 真実は、これが保証された結果ではないということです。再ライセンスされたプロジェクトからフォークへの移行は、エコシステムの断片化、互換性の問題、コミュニティの取り組みの希薄化のリスクなど、課題をもたらします。フォスターのロードマップは、企業とコミュニティの両方が意思決定を共有するオープンな対話の必要性を強調しています。Linux Foundation が提供するような中立的なガバナンス構造は、フォークが包括的かつ持続可能なままであることを保証する上で重要な役割を果たします。 結局のところ、オープンソースの将来は、管理者がこれらの教訓から学ぶ意欲にかかっています。ライセンスの再付与がさらなる分断につながるのか、より強力で包括的なデジタルコモンズにつながるのかは、今日の選択次第です。 オープンソースは死んでいません。単に分岐しただけです。その分岐がより大きな包括性をもたらすか、より深刻な分断につながるかは、私たちが今日行う選択にかかっています。 参考文献 フォスター、D. (2024)。「オープンソースの新たなダイナミクス：再ライセンス、フォーク、コミュニティへの影響」  arXiv:2411.04739  Elastic (2024)。「SSPL を選んだ理由」 ライセンスに関する FAQ  OpenSearch Foundation (2024)。「OpenSearch Software Foundation の立ち上げ発表」。  立ち上げ発表 HashiCorp (2024)。「Terraform ライセンスの変更」 ライセンスに関する FAQ  OpenTofu (2024)  。opentofu.org  Redis Labs (2024)  。redislabs.com

This story contains new, firsthand information uncovered by the writer.

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Supporting developers with best practices in automated security and reliability.

2022 - HackerNoon Contributor of the Year - Java

2022 - HackerNoon Contributor of the Year - Open Source

Book a Call

Nominated for 2022 - HackerNoon Contributor of the Year - Open Source

Nominated for 2022 - HackerNoon Contributor of the Year - Java

Open Source is Dead: Understanding the HashiCorp License Controversy 

このオーディオは、ストーリーの元の言語で制作されています。

オープンソースは死んでいない...分岐しただけだ

About Author

コメント

ラベル

この記事は

Related Stories

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

AI/ML データレイクのリファレンスアーキテクチャを構築するためのアーキテクトガイド

ワークフローを10倍に向上させる方法: 必須アプリ17選

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

AI/ML データレイクのリファレンスアーキテクチャを構築するためのアーキテクトガイド

ワークフローを10倍に向上させる方法: 必須アプリ17選

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps

オープンソースは死んでいない...分岐しただけだ

About Author

コメント

ラベル

この記事は

Related Stories

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

AI/ML データレイクのリファレンス アーキテクチャを構築するためのアーキテクト ガイド

ワークフローを10倍に向上させる方法: 必須アプリ17選

HackerNoon Coded: HackerNoonが最も活発に活動している上位10カ国

AI/ML データレイクのリファレンス アーキテクチャを構築するためのアーキテクト ガイド

ワークフローを10倍に向上させる方法: 必須アプリ17選

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps

AI/ML データレイクのリファレンスアーキテクチャを構築するためのアーキテクトガイド

AI/ML データレイクのリファレンスアーキテクチャを構築するためのアーキテクトガイド