オープンソースを商業化しクラウド化するにはどうすればよいでしょうか?

[[441801]]

著者: 馬 鴻斌

編集者：徐潔成

[51CTO.comよりオリジナル記事]近年、オープンソースエコシステムは急速に発展し、技術革新と産業発展を継続的に促進し、世界のデジタル技術の鍵となっています。同時に、オープンソースからオープンソースの商用化への移行は、ますます多くの企業や個人の貢献者にとって共通の関心事となっています。最近、Kyligence の創設メンバー兼技術パートナーであり、Apache Kylin プロジェクト管理委員会のメンバーでもある Ma Hongbin 氏が、オープンソースの時代、オープンソースの商用化、クラウドの製品化などのトピックについて、さまざまなビジネスおよび技術の観点からの見解を共有しました。

オープンソースの背景

1. オープンソースモデル

オープンソースというと、まず思い浮かぶのは、LinuxやGlueに代表されるフリーソフトウェアの時代です。当時、誰もがソフトウェアの無償配布を重視していましたが、その背後には人類の自由への欲求がありました。

しかし、現在、オープンソースの現状は、フリーソフトウェアの時代とは異なります。個人が主導する非常に成功したオープンソース プロジェクトはほとんどありません。より成功しているオープンソース ソフトウェアやオープンソース 製品の背後には、商業的に運営されている企業がいくつかあります。

今日、企業の運営モデルは、ビジネス イノベーションが技術イノベーションを刺激し、技術イノベーションがビジネス イノベーションをさらに促進するという傾向が強まっています。このモデルでは、オープンソースのタスクはもはや個人的な要因によって推進されるのではなく、むしろこれらの企業は自社のビジネス主導のニーズから優れた社内製品を継続的にオープンソース化します。現在、オープンソースはソフトウェアの普及モデルおよび開発協力モデルとなっています。

2. 利益の考慮

今日のオープンソースは、商業目的と利益交換の性質を持ち、営利企業によってサポートされている活動です。製品がオープンソースになると、市場と利益の一部を失うことになりますが、これは実際には利益の交換の一部です。コミュニティ ユーザーはオープン ソース ソフトウェアを無料で使用できますが、使用中に、自分の時間、実際のデータ、実際のシナリオ、および自分のコンピューター ルームの貴重なコンピューティング リソースも提供することになります。これらはすべてコミュニティのさらなる発展を促進するものであり、これは利益交換の性質を持つ研究開発コラボレーションのモデルです。これは、開発とコラボレーションにおけるいわゆるオープンソースの明らかな役割です。

3. ビジネス主導

今日、多くの企業がオープンソース プロジェクトに依存して生計を立てており、過去 20 年間で、オープンソース製品に依存するこれらの企業の市場価値も大幅に増加しました。これは商業的な動機と切り離せないものであり、投資界はオープンソース プロジェクトやオープンソース企業にますます関心を寄せています。投資家の観点からは、オープンソース プロジェクトが商業化され、最終的に利益を生み出すことを期待しています。この点に関して、A16Z 投資銀行は、成功するオープンソース プロジェクトに必要な 3 つの主要要素をまとめました。

プロジェクトとコミュニティの適合性: オープンソース プロジェクトは、まず開発者からの認知を得る必要があります。オープンソース プロジェクトが優れている場合、開発者は GitHub でそれを気に入って、スターの数を増やします。また、コードを寄稿し、多くの PR (プル リクエスト) を送信します。優れたオープンソース プロジェクトでは、多くの場合、初期段階でかなりの数の開発者を集めることができます。このグループの蓄積は、オープンソース プロジェクト、特にオープンソースの商業化の成功にとって重要な基盤となります。

製品市場適合性: 優れた開発者コミュニティを持つだけでは十分ではありません。また、開発能力がまったくない人でも頻繁に積極的にダウンロードして、日常業務で使用できるような、非常に優れた製品を作成する必要があります。プロジェクトのダウンロード量が基本的に安定して増加している場合は、プロジェクトの健全性が非常に良好であることを意味します。

バリューマーケットフィット: 投資家にとって、誰もが使いたくなる製品を持っているだけでは十分ではありません。最終目標を達成するには、プロジェクトが最終的に収益を上げられる必要があるからです。したがって、オープンソース プロジェクトが十分な市場価値を生み出すことができるかどうか、またこの価値が市場のユーザーに受け入れられるかどうかも重要な考慮事項です。

​​​

写真提供: アンドリューセン・ホロウィッツ

オープンソースの商業化

1. オープンソースの商業化の始まり

次に、Kylin プロジェクトの商用化を例に、オープンソースの商用化の始まりと、オープンソースの商用化が直面するいくつかの課題について紹介します。

Apache Kylin はもともとビッグデータ インフラストラクチャの分野に位置付けられていました。当時はクラウドコンピューティングがそれほど普及していなかったため、Kylin は主に Hadoop をベースにしたデータレイク上に構築されるデータ管理システムとして位置付けられていました。このデータ管理システムには、一貫性のあるディメンションと測定モデルである軽量のセマンティック レイヤーがあります。アナリストがデータを照会すると、整理されたデータ モデルが表示され、各モデルには独自の一貫したディメンションと測定定義があるため、アナリストにとって非常に使いやすいものになります。また、データ モデルを構築する手順があるため、Kylin はデータ モデルを事前にマテリアライズすることができ、クエリのパフォーマンスとスループットの向上に役立ちます。これらの重要な利点により、Kylin はすぐにコミュニティの認知を獲得しました。 GitHub スターの数であれ、世界的な採用数であれ、それらは実は非常に印象的で、増加傾向にあります。そこで、2016年にKylinを商品化するために会社を設立しました。

​​​

画像ソース: Apache Kylin

2. オープンソースの商業化の課題

前の記事では、成功するオープンソース プロジェクトには 3 つの主要な要素が必要であると説明しました。営利企業にとって、最大の難関はバリュー・マーケット・フィットである可能性があります。つまり、特定の価値を創造し、その価値を市場に受け入れさせ、その価値に対して市場が喜んでお金を使うようにする必要があるということです。このようなバリュー・マーケット・フィットを実現するために、業界には一般的に 3 つの異なるモデルが存在します。

サポート: オープンソース プロジェクトは基本的に 100% オープンソースであり、自由に使用できますが、問題が発生した場合やオンラインになる前に、オンラインになった後に問題が発生しないように商用サービスを購入するかどうかを検討する必要があります。現時点では、このモデルはあまり主流ではなく、唯一の代表的なものは RedHat です。

オープン コア: 最もコアとなる部分に貢献し、監視、セキュリティ、監査などのオープン コア周辺の周辺機能を開発します。このモデルは MongoDB の例で最もよく示されています。

SaaS : クラウドモデルとも言い換えられます。このカテゴリーの典型的な代表例は、クラウド上で DataBricks ホスティング サービスを提供することで利益を上げている DataBricks のような企業です。このモデルは、現在、業界や資本の間で人気が高まっているモデルでもあります。

Kylin を例にとると、最初に Open Core モデルを試しましたが、すぐに Open Core モデルにいくつかの問題があることがわかりました。ここでのコアは、高度に分離され抽象化された機能である必要があります。 Kylin の主な機能は、数兆のデータに対して 1 秒未満のクエリ応答を提供することであり、あらゆる規模の企業がビッグ データ分析の効率を大幅に向上するのに役立ちます。 Kylin はビッグデータ クエリのパフォーマンス問題を解決すると言えます。これには実は一定の閾値があり、普通のテクノロジー企業ではこのような効果は得られないかもしれません。しかし、業界には追いつく、あるいは追い越す能力のあるメーカーが常にたくさん存在します。同時に、たとえ Core が非常に競争力のあるものになったとしても、オープン ソースと社内の商用化計画の間には依然として矛盾が生じます。 Open Core の大幅な機能アップグレードは議論を呼ぶことになるでしょう。オープンソースにするべきでしょうか?そうであれば、社内の商品化に影響が出る可能性があります。そうでなければ、高度に抽象的なオープン コアは、外部の世界から大きな競争圧力に直面することになります。競争力を継続的に向上させなければ、業界におけるオープンコアの主導的地位が脅かされることになる。これは非常に矛盾したことです。

​​​

写真提供: アンドリューセン・ホロウィッツ

3. クラウドの時代

先ほども触れたMongoDBは、株式公開後すぐにオープンコアモデルの欠点に気づき、急いでクラウド製品を開発し、SaaSやクラウドモデルに新たな成長の期待を託しました。このモデルでは、どれがオープンソースでどれがそうでないかについて心配する必要はありません。とにかくすべてがクラウド上に配置されます。すべての人にもたらすより大きな価値は、管理されていないサービスと同等の運用および保守サービスです。開発コストを節約し、開発効率を向上させるために、多くのクラウド ユーザーは、クラウド上にすでに展開されているサービスを購入するためにお金を費やすことをいといません。このようなサービスには、比較的高い SLA (サービス レベル契約) が付随することがよくあります。

サポート モデルからオープン コア モデル、そしてクラウド製品化モデルへの移行は、業界の慣行によって要約される避けられない道筋であるように思われます。最終的には、オープンソースを商用化するすべての企業がクラウド製品化または SaaS モデルに重点を置くことになります。したがって、この方向性が主流になると、誰もがクラウドの製品化に投資することになります。今後は間違いなくクラウドの時代となるため、Kyligence は 2016 年と 2017 年にクラウド製品チームを設立し、クラウド製品化への投資を続けています。もちろん、このプロセスも非常に困難です。

​​​

写真提供: アンドリューセン・ホロウィッツ

クラウド製品化の課題

1. 最下層ロジックの適応

まず、クラウド製品化プロセス中に、基礎となるロジックを変換して適応させる必要があります。 Kyligence が初めて Hadoop に触れたとき、YARN という非常に優れたプロジェクトがありました。 YARN は、本質的に OS と同じデータ オペレーティング システムとして位置付けられています。当時、基本的にすべてのビッグデータ エコシステム コンポーネントは YARN のオペレーティング システムに依存していました。したがって、誰もが YARN の OS の基本的なロジックに従う必要があります。

新世代のトレンドはK8Sに向かっています。 YARN と同様に、Flink、Spark など、多くのアプリケーションを K8S ベースでデプロイできます。興味深いことに、Spark も YARN オペレーティング システムから K8S への変更を完了し、コンテナ化作業を完了しています。もちろん、コンテナ化だけではなく、弾力的な拡張や縮小といった側面も含まれます。

そのため、YARN オペレーティングシステムの基盤ロジックから Cloud OS の基盤ロジックに移行する際には、クラウドネイティブ時代の CI/CD、コンポーネントリリーステスト、ロールバックをどのように完了するかなど、多くの課題に対処する必要があります。クラウドネイティブのプロファイリングは、ローカル実装方法とは異なります。これらは基本的に、K8S フレームワークの下で開発された新しい遊び方です。もちろん、これらのエコシステムも非常に成熟しています。

クラウドと K8S を使用する場合は、リソースの適用と回復、リソースをタイムリーに拡張する方法、クラウドネイティブのテスト方法論に細心の注意を払う必要があります。例えば、クラウド上でのカオステストも非常に人気があり、クラウド上でのテスト手法はさらにアップグレードされる可能性があります。もう 1 つのポイントは、特に分析やデータ指向の製品の場合、データ ストレージとコンピューティングを分離するアーキテクチャに細心の注意を払う必要があるということです。これまで、ローカル データ センターと YARN OS モデルでは、データとコンピューティングは基本的に強いローカル性を持つと考えられていましたが、この仮定はクラウドでは当てはまらないため、基本アーキテクチャの大幅な再設計が必要になります。

​​​

画像出典: インターネット検索

2. コスト管理

クラウド製品化におけるもう 1 つの考慮事項は、クラウド上のコスト管理です。クラウド上のすべてのテクノロジーとソリューションのコストが視覚化されるため、ユーザーが製品の品質や総所有コストを評価するときに、このデータを取得するのは非常に簡単です。クラウドに足がかりを得たい製品は、クラウド コストのパフォーマンスに注意を払う必要があります。クラウド上のコストを管理するには、次の操作を行う必要があります。

まず、ソフトウェアまたは製品が負荷を感知できる必要があります。負荷が重い場合、圧力を支えるためにより多くのノードが拡張されます。負荷が減少すると、インスタンスの無駄を防ぐためにできるだけ早くリソースを削減します。

第二に、ストレージとコンピューティングを分離する必要があります。そうしないと、リソースを拡張または縮小することが難しくなります。ストレージとコンピューティングが結合されると、縮小はデータを再配布する必要があることを意味し、これは非常に面倒で時間がかかります。

3 番目に、クラウド上の割引インスタンスを賢く使用します。クラウドには割引されたインスタンスがたくさんあります。これらのインスタンスが十分に活用されていない場合は、毎回料金の100%を支払うのと同じことになり、コスト面で不利になります。

4番目に、ハードウェアの潜在能力を最大限に引き出します。たとえば、CPU を最大限に使用できる場合は、最大限に使用しなければなりません。そうしないと、他の人が 1 つの CPU で実行できることを 2 つの CPU で実行する場合、コストは他の人の 2 倍になります。

5 番目に、クエリ結果を具体化します。アイドル状態または割引されたインスタンス リソースを使用して事前にコンピューティング作業を実行し、その結果を実現します。このように、ラインにプレッシャーがかかったときに、これらの具体化された結果を使用して、迅速かつ低コストで結果を得ることができます。この方向性も非常に重要かつ興味深い方向性です。

​​​

画像出典: Kyligence

Kyligence は商業化が非常に進んでいます。同社は今年、クラウドベースの企業が自動化されたデータサービスと管理を実現し、人的資源と物的資源を節約することで全体的なTCO（総所有コスト）を大幅に削減できるようにするためのインテリジェントデータクラウド戦略も提案しました。私たちが接してきた顧客やユーザーから、彼らがオープンソースの機能だけでなく、セキュリティ、安定性、高度な機能など、特定の要件の下でのエンタープライズ レベルの機能も求めていることがわかります。オープンソース テクノロジーからエンタープライズ レベルの製品まで、サービス対象となるユーザー グループはまったく同じではありませんが、実際には統一されています。変わるのは、ユーザーがプロジェクトから価値を得られる方法であり、これは実は非常に難しいことです。

会議の推奨

企業とコミュニティの共同サポートがなければ、オープンソース プロジェクトを成功させることはできません。オープンソースの商業化戦略の策定と実施に加えて、オープンソース コミュニティ エコシステムの運用とガバナンスも、オープンソース プロジェクトの開発に影響を与える重要な要素です。 2022年4月9日に開催されたWOTグローバルテクノロジーイノベーションカンファレンスでは、「オープンソースの運用とガバナンス」に関する特別テーマを特別に設置しました。その時、豊富な経験を持つ数名のオープンソース専門家が、オープンソースの運用とガバナンス、オープンソースプロジェクトに基づく起業家精神などのトピックについて洞察を共有します。

​​​

​​​

[51CTO オリジナル記事、パートナーサイトに転載する場合は、元の著者とソースを 51CTO.com として明記してください]