オープンソースソフトウェアの開発経緯を詳しく解説

オープンソース プロジェクトがソフトウェア開発の世界を引き継ぎつつあります。過去 2 年間で、オープンソース ソフトウェア ビジネスに基づく買収、合併、IPO の市場規模は 800 億ドルを超え、この分野へのベンチャー キャピタルの投資ペースも日に日に増加しています。

1983 年の MIT での GNU プロジェクトの創設から、2008 年の Github の立ち上げ、そして IBM による RedHat の 340 億ドルの買収に至るまで、オープンソースに対する態度は長年にわたって大きく変化しました。オープンソース ソフトウェアは、かつてはクローズド ソフトウェアの廉価版と考えられていました。ソース ソフトウェア、そして現在では、オープン ソース ソフトウェアが、高品質、優れたサポート、柔軟性を提供する優れた代替手段とみなされています。

意思決定権が開発者に移行し続ける中、企業の大小を問わず、オープンソース ソフトウェアとそのすべての利点を製品ソフトウェアに組み込むことにこれまで以上に意欲が高まっています。実際、新しく開発されたアプリケーション コード ベースのほとんどは、オープン ソース コンポーネントで構成されています。オープンソース コンポーネントを管理する Tidelift は、最近の調査で、調査対象の開発者の 92% がオープンソース コンポーネントを含むアプリケーションを構築したと回答したと報告しました。

開発者中心のビジネスを強く信じている私たちは、オープンソース ソフトウェアの開発を注意深く監視しており、これらのビジネスにおけるWin-Winの状況の蔓延、オープンソースがコミュニティと企業に生み出す価値に興奮しています。

オープンソースが価値を生み出す仕組み

過去数年間にわたり、企業が重要なインフラストラクチャをより優れたオープンソース ソフトウェアに置き換えてきたため、オープンソース ソフトウェアがクローズドソースの既存ソフトウェアの一部を徐々に置き換えてきました。そして、ソフトウェア大手がマーケティングに何億ドルも費やさず、広範で活気に満ちたユーザーコミュニティを活用して市場に参入する新たな競合他社に対抗しようとしているのを見ると、この市場はさらに拡大するでしょう。さらに、新しい技術の変化はますます速くなっているため、オープンソース プロジェクトの確立されたプレーヤーさえも、より若くてダイナミックな新興プロジェクトに取って代わられ始めています。

同じ傾向がソフトウェア スタック全体に広がっていることがわかります。オープンソースはソフトウェア インフラストラクチャやデータ分析に限定されず、これまでクローズド ソース ソフトウェアが完全に独占していた領域にも浸透しつつあります。たとえば、WordPress はコンテンツ管理システムに代わるオープンソースを作成し、クローズドソースのコミュニケーション アプリ (Slack)、データ視覚化ツール (Tableau)、セキュリティ ソリューションなどの分野で新しいオープンソース プロジェクトが出現しています (スプランク）。

第一世代の企業の誕生から徐々に成熟するまで、オープンソース プロジェクトのビジネス モデルにも興味深い変化がいくつかありました。 10 年も前までは、オープンソースは採算が取れないとほとんど考えられていました。多くの投資家や業界専門家は、オープンソースは試してみるのは良いことだと述べていますが、かけがえのないサポート サービスを提供できない限り、オープンソースを中心に本当のビジネスを構築することはできません。

しかし、革新的なビジネス モデルは進化し続けており、今日のトップ オープン ソース ソフトウェア企業の多くは「オープン コア」ビジネス モデルを採用しています (注: 一部の製品はオープン コア モデルでは無料ですが、プレミアム バージョンまたは追加バージョンには商用ライセンスが使用されます)。 Community Edition や Enterprise Edition など) では、同社は製品のすべてのコア機能をオープンソースに保ちますが、ハイエンドのクローズドソース機能の少数のセットに対してのみ料金を請求します。これは、私たちがこれまで見てきたオープンソース プロジェクトの中で最高のビジネス モデルの 1 つです。

これらのオープンソース企業が収益エンジンを開始し、強力な基本コミュニティの促進と相まって、ARR (注: 年間経常収益、年間経常収益は、SaaS または長期サブスクリプション契約によるビジネス利用の重要な指標でもあります) が増加します。 100 万ドルから 1 億ドルに達することは、最も急速に成長している従来の SaaS ビジネスの一部よりも早く達成できる可能性があります。

以下は、クラウド上のオープンソース企業上位 100 社のうち 3 社と、最も急速に成長している SaaS 企業の成長率を比較したものです。

最近発表されたインフラストラクチャ監視ソリューション Netdata への投資から、フロントエンド テストのリーダーである Cypress、NoSQL データベースの ScyllaDB、インフラストラクチャ管理のリーダーである HashiCorp に至るまで、ベッセマーはオープンソース ソフトウェア プロジェクトへの投資を年々増加させています。ここ数年。

しかし、現在、GitHub には 3,700 万のパブリック コード リポジトリがある中で、無数のオープン ソース プロジェクトの干し草の山から一針を見つけて、次の数十億ドル規模のプロジェクトの可能性を見つけるというアイデアにどのように投資すればよいのでしょうか?

オープンソース投資のための 6 つのフレームワーク

何百人ものオープンソース プロジェクト創設者と会い、GitHub 上の 10,000 のトップパブリック リポジトリを分析し、史上最も成功したオープンソース ソフトウェア企業に関するデータを編集した後、私たちはオープンソース投資を行うためのベッセマーのフレームワークを共有しました。

1.チーム

他のベンチャーと同様に、チームが主な要素です。オープンソースの柔軟性により、ほぼ誰でも既存のプロジェクトを利用して、それを中心にチームを結成することができ、同じプロジェクトを中心に複数の異なるチームが同時に立ち上がることさえ見られます。

常にそうとは限りませんが、最も成功しているオープンソース企業は、元のプロジェクトの創設者によって率いられていることが多い (CEO または CTO) ことがわかりました。しかし、この状況は多くの場合、成功率が高いことを意味します。プロジェクトに対する創設者の影響力は、才能ある人材を惹きつけるのに役立ちます。さらに重要なのは、プロジェクトに対する彼らの精通度とプロジェクトのビジョンについての考え方が、プロジェクトの創設者に決定的な利点をもたらします。

これらのクリエイターが、商業目的ではないものの、多くの場合会社の従業員である積極的な貢献者やメンテナーのプロジェクトを中心にコミュニティを構築できれば、さらに良いでしょう。これにより、プロジェクト創設者の負担が軽減されるだけでなく、企業の人材構築の最初のバッチに最も適切で価値のある人材プールが構築され、オープンソース ソフトウェアの製品ロードマップがより明確になり、制御可能になります。コミュニティの構築は、プロジェクトに強力なチームを引きつけて構築する上で有利になるだけでなく、プロジェクトのビジネスをより速く成長させることもできるため、他の取り組みよりもさらに有利になります。

2. 起源

オープンソース プロジェクトはどこからでも作成できます。 GitHub は、ほぼ誰でもプロジェクトを Web にプッシュし、それを中心に開発者のコ​​ミュニティを形成できるようにするために存在します。個人の開発者に加えて、Google、Facebook、Microsoft、Netflix などの大手テクノロジー企業も社内プロジェクトを頻繁にオープンソース化しており、その結果、Kubernetes、Go、Visual Studio Code などの人気のあるオープンソース ソフトウェア テクノロジが誕生しました。同様に、最先端の研究機関や大学の一部も、オープンソース プロジェクトに貢献する主要なプレーヤーです。

テクノロジー大手がリリースしたオープンソース ツールがスタンドアロン ビジネスを分離することはほとんどありません。また、Kubernetes などのテクノロジーはクラウド インフラストラクチャの大規模な変化を推進しましたが、少なくとも現時点では大規模な商業的成功を収めていません。 (おそらく、広く普及しているため、参加者はこれらの巨大企業がリリースしたプロジェクトに基づいてビジネスを構築することができません?) これらのソリューションを中心に構築されたエコシステムや企業はすでに存在しますが、テクノロジーがさまざまな方向に進んでいる場合、支配することは簡単な作業ではありません。 。

また、創設者からチームを結成し、オープンソースベースのビジネスを構築して立ち上げる方が、成功へのより自然な道であると考える人もいるかもしれません。そして、その逆が真実であることがわかりました。最も魅力的な企業は、当面の課題を解決するためにオープンソース プロジェクトを開始し、その後有意義なビジネスを構築する個人の開発者から生まれているのを見てきました。実際、トップ 50 のオープンソース企業のプロジェクトの半分以上は、専用の企業が設立される前に開始されました。

平均すると、トップのオープンソース ソフトウェア企業は、基礎となるオープンソース プロジェクトが一般に公開されてから 3 年半後に設立され、その頃にはプロジェクト自体が大きな注目を集めています。

これは主に、プロジェクトは 1 つの問題を解決するために構築されることが多く、1 人の開発者が探し回っても既存のソリューションが見つからない場合、同じものを探している開発者が何千人もいる可能性が高いためです。プロジェクト創設者が自分のプロジェクトを広く採用させることができた場合、市場の反応は通常、プロジェクトが構築するより広範なビジネス価値を示す良い指標となります。これはオープンソース ビジネスの素晴らしい特徴です。「思い切って」プロジェクトを中心に会社を設立する前に、ベータ テスターのグループに参加して製品の市場適合性をテストし、その後コミュニティの性質と運営を基礎にすることができます。 . モードでは、非常に優れた収益経路が得られます。

3. 早期採用者

ユーザーは常にプロジェクトの成功を示す重要な指標です。プロジェクトを採用するユーザーが増えれば増えるほど、プロジェクトの発展の見通しは自然に高まります。ただし、現在、バックエンド開発者からフロントエンド設計者まで、さまざまな対象者にサービスを提供するオープンソース リポジトリが無数にあり、各プロジェクト カテゴリには独自のオープンソース エコシステムがあります。

プロジェクトが何千人もの開発者の手に渡っている場合、その収益モデルは、エンジニアのチームによって開発された一部の注目のハイテク企業の収益モデルとは大きく異なります。

トップテクノロジー企業による早期採用により、その後広く採用される可能性が高まるため、投資家としては後者を好みます。採用者であれば誰でもサービスを提供することで会社を立ち上げることができることに疑いの余地はありません。また、早期採用者がメール アドレスに認識可能なドメイン名を使用している場合、その情報を監視することでプロジェクトの商業的可能性を検証することもできます。

4. プロジェクトの所有権

ほとんどの標準的なオープン ソース コードを使用すると、誰でも既存のプロジェクトの上に独自の会社や製品を構築することができます。オープン ソース コードは、オープン ソース プロジェクトにとって最大の価値と成長の源ですが、それはまた、どのプロジェクトでも小さな問題が発生する可能性があることを意味します。チームの数 サービス、ホスティング、またはプロジェクトへの機能の提供を競います。

オープンソース企業と会うとき、私たちは常に、基礎となるオープンソース プロジェクトの方向性に対してチームがどの程度のコントロールを持っているかを理解しようとします。プロジェクトをベースにして構築されたビジネスがすでにいくつか成功していますが、プロジェクトのロードマップやコミットを実際に「制御」することはできません。ここでの最良のシナリオは、チームがプロジェクトのロードマップを導き、機能に優先順位を付け、コミットを承認するための十分な権限を持っている場合です。これは、他の人がプロジェクトを「フォーク」すること、つまりコードベースをコピーし、フォークの方向に自律的に従うことを妨げるものではありません。複数のベンダーの出現は、Hadoop にサービスを提供する Cloudera、Hortonworks、MapR など、複数の勝者を生み出す可能性のある熱い市場機会を予告しています。しかし、明確なプロジェクト リーダーがいないと、プロジェクトが多くの異なる関係者によって異なる方向に引っ張られ、グループの力が弱まってしまう可能性があります。

利益

5. 利益

オープンソース企業にとって最も戦略的な決定の 1 つは、オープンソース製品を制限することなく、適切な顧客から価値を適切に獲得するための収益化戦略を設計する方法です。歴史的に、多くのオープンソース ビジネスは、サポート、サービス、SLA (注: サービス レベル アグリーメント、RedHat などのサービス レベル アグリーメント) の提供に基づいて構築されてきました。今日に至るまで、ほとんどのオープンソース ビジネスは「オープン コア」モデルの下で運営されており、製品のすべてのコア機能はオープン ソースのままですが、プレミアム機能については少額の料金が発生するだけです。優れたオープンソース企業は、オープンソース バージョンで可能な限り多くの機能を保持し、ユーザー ベースのごく一部 (通常は 5% 未満) のみを収益化する傾向があります。これにより、オープン ソース コミュニティによるオープン ソース バージョンの幅広い採用が促進され、オープン ソース バージョンのアクティブ ユーザーが有料製品の主要ユーザーに変わります。

収益化を適切に行うための鍵は、コミュニティに対するオープンソース エディションの価値を最大化しながら、製品が大規模に採用されたときに企業顧客がプレミアム エディションにアップグレードするきっかけとなる、エンタープライズ エディションで最も競争力のある機能セットを特定することです。

6. コミュニティ

コミュニティへの参加はオープンソース企業の生命線です。プロジェクトの開発コースを導き、バグを修正し、新機能を構築し、採用を増やし、サポートを提供するには、コミュニティのフィードバックと関与が不可欠です。ただし、大規模なコミュニティ参加を実現するプロジェクトは稀です。 GitHub 上の 3,700 万のパブリック リポジトリのうち、上位 10,000 件 (貢献者の活動によってランク付け) を分析しましたが、「大規模な」コミュニティ参加の基準を満たしたものは 500 未満でした。これは、80,000 件のプロジェクトに約 1 件に相当します。プロジェクトがこの規模に達することができるのは 500 件未満でした。

さらに珍しいのは、プロジェクトの商業化に焦点を当てたオープンソース プロジェクトです。上位 500 のオープンソース プロジェクトのうち、ベンチャー支援プロジェクトに関連するものは 100 未満です。しかし、これは変わりつつあり、新しい会社を立ち上げるオープンソース開発者が増えているため、私たちはプロジェクト コミュニティの関与などを測定するためのベンチマークを提供したいと考えました。

コミュニティのような定性的なものの成功を測定することは、特にすべてのさまざまな関係者と関連する指標を考慮すると、簡単ではありません。

私たちがコミュニティのユーザーと寄稿者の数に最も関心を持っているのは、彼らがコミュニティの規模について最も詳しいグループだからです。他のバニティ指標と同様、大規模なプレスリリースで急増する傾向がある Github Stars のような数字に私たちがほとんど注意を払わないのはそのためです。また、これらの数字は継続的なエンゲージメントを反映していないためです。

一方、「ユーザー」と「貢献者」は、プロジェクトに積極的に参加し、プロジェクトに依存するグループを指します。ほとんどのプロジェクトではユーザーに関する遠隔測定データが限られているため、ユーザーを測定するのは困難です。貢献者はユーザーの少数のサブセットのみを代表するため、このグループは測定が容易であり、このユーザー グループは問題コメントの形でフィードバックを提供することに時間を投資したり、場合によってはプロジェクトにコードを貢献したりすることで、プロジェクトにより深く関与する傾向があります。 . .

ほとんどのオープンソース プロジェクトでは、開発作業の大部分が非常に少数のコア メンテナーによって行われるため、プロジェクトの開発能力の尺度としてコントリビューターの数を使用しません。プロジェクトがどの程度採用されているかを示す代理指標。

これを、指定された月内に Github のイシューを作成、コメント、プルリクエスト、またはコミットを行ったユーザーとして定義します。新興のオープンソース プロジェクトが毎月 100 人を超える貢献者を維持できれば、そのプロジェクトは業界のトップに立つことができ、プロジェクトに毎月 250 人を超える貢献者がいる場合は、これまでで最も活発なプロジェクトの達成に近づきます。実際、上位 10,000 プロジェクトのうち、毎月 250 人のコントリビューターを 6 か月以上維持しているプロジェクトはわずか 6% です。

投資家として、私たちはこれらの指標が小さな物語しか伝えていないことを知っているため、貢献者の活動が限られている企業を決して否定しません。ただし、コミュニティの積極的な参加は、最も成功するオープンソース プロジェクトの重要な要素であるため、私たちは強力なコミュニティに基づいたビジネスに投資することを好みます。

コミュニティ参加に関する詳しい内容については、BlockManiaの別記事「乾物丨オープンソース プロジェクトへのコミュニティの参加を評価する方法》。