最近、誰もがオープンソースに夢中になっています。 Microsoftは、オープンソースライセンスの下で3Dムービーメーカーソフトウェアをリリースしたばかりです。 Spotifyには、リリースして貢献している多数のプロジェクトがあり、プロジェクトのメンテナーをサポートするための基金を発表したばかりです。中世（1998年）のゲームエンジンコードもオープンソースになっています。
オープンソース：必読の記事
これらのプロジェクトや他の何百万ものプロジェクトが利用可能であるため、質問するのは公正な質問です…なぜですか？むしろ、なぜこれらのプロジェクトの大部分が重要なのか、そして誰にとって重要なのか？結局のところ、ほとんどのプロジェクトがKubernetesになることはありません。
しかし、オープンソースで20年以上経った後、私はこれが間違った質問であることに気づき始めています。
爆竹の例
AWSが2018年にリリースしたオープンソースのマイクロ仮想化プロジェクトであるFirecrackerを取り上げます。Firecrackerは、ほぼ世界中でクールなテクノロジーとして歓迎されていました…その後、ほとんどが一般の人々の目に触れなくなりました。コミュニティの初期の成功について書きましたが、それでも（Firecrackerの使いやすさを向上させるためにIgniteを織り込むなど）、AWSの緊密なパートナーからのものでした。 Firecrackerにコミュニティの重要性を高めるために、AWSがGoogleをフォローし、コードだけでなくFirecrackerのガバナンスを開放することを提案しました。
AWSは耳を傾けませんでしたが、初めてではなく、私の意見は重要ではなかったようです。 （それは多分私が間違っていたという丁寧な言い方です。）
2022年に早送りすると、爆竹は多くの涼しい場所で静かに使用されています。私は「静かに」と言います。なぜなら、なぜ誰かが屋上からインフラストラクチャを叫ぶのでしょうか。しかし、私が尋ねたところ、Stripe、Fly.io、SystemInitiativeなどの興味深いユーザーが現れました。もちろん、Firecrackerへのほとんどの貢献者がAWSに雇用されていることは事実です。
しかし、Firecrackerが1つのコミュニティ（AWS）のままであったとしても、間違いなくそれだけの価値があったでしょう。実際、これは私がAWSで働いていたときに本質的に主張したことであり、コミュニティの関与に関係なく、オープンソースのFirecrackerには明確な顧客志向の理由があったことを示しています。オープンソースにより、FirecrackerはLinuxコミュニティとうまく連携し、顧客にとってより緊密な「複合製品の利益」を実現できるようになりました。
数百万の爆竹
ここで、このFirecrackerの例を1億以上のGitHub（およびその他のオープンソース）リポジトリに掛けて実行します。次のKubernetesになることではありません。オープンソースプロジェクトごとに、個々の開発者、企業、またはより広範なコミュニティのニーズを満たすことが重要です。
時にはそれらのニーズは大きいかもしれません。 LyftのエンジニアリングリーダーでありEnvoyの創設者であるMattKleinとの会話で、彼は「何かをオープンソースにするほとんどの人にとって、それは実際には正味のネガティブです」と強調しました。これらすべてのこと（PR、マーケティング、採用など）を行うと、壁を越えて何かを投げかけるだけです。」クラインにとって、エンボイに業界全体で重要な関与をすることで、プロジェクトは彼（ひいてはLyft）が行った投資に見合うものになりました。
しかし、間違いなく、誰もがそのような利益を得る必要があるわけではありません。 Firecrackerの場合、私が考えたように、コードをオープンソーシングし、顧客に協力してもらうだけで十分でした。対照的に、Kubernetesを介してマルチクラウドの現実を前進させようとしていたGoogleの場合、それは大きくなる必要がありました。プロジェクトごとに、さまざまなニーズとさまざまな成功の尺度があります。
では、あなたは次のKubernetesではないのですか？それはいいです。あなたも次の爆竹ではありませんか？また大丈夫です。オープンソース開発者にとって重要なのは、特定のニーズに対して健全なプロジェクトが何を意味するのかを理解することであり、他の人の成功の定義に気を取られないことです。
開示：私はMongoDBで働いていますが、ここで表現されている見解は私のものです 。
ソースリンク