OpenStack：OpenSource-businessの「熊手を踏まない」方法

OpenStack IaaSプラットフォームの新しいリリースであるOpenStack 13 "Mitaka"が最近リリースされたと聞いたことがあるでしょう。 これは、OpenStackと以前のプロジェクトとの比較分析を少し書き、OpenStackがこれほど成功した理由を調べる良い理由です。



この投稿のアイデアは、 以前の翻訳の 1つにあります。 これには 、オープンソースでビジネスをしようとする企業が直面する問題がリストされています。 より正確には、XenSource社の長は問題について、そしてまず第一にXenプロジェクトについて書きました。 このようなフレーズがありました：「これはすべて過去のものであり、もはや関係がないと思う場合、OpenStackで同様の状況が今日起こっていることを伝えます。これはおそらく他の多くの成功したオープンソースプロジェクトでも起こります」



XenSourceがPeter Levineについてどのような問題を書いたのか、そしてOpenStackの状況を見てみましょう。





技術的な問題については言及しません。各プロジェクトには独自の問題があり、率直に言って、 EMC / VMwareの代表者から何らかの理由で OpenStackの技術的な問題について聞いています。 ;-)ところで、VMwareの代表者の声明を思い出すと、彼らはOpenStackとXenの間の類似性も引き出しました 。

VMwareのクラウドインフラストラクチャおよび管理担当エグゼクティブバイスプレジデントであるRaghu Raghuramは、OpenStackについてはよくわかりません。Raghuramは例を示します。 ... Raguramによると、イベントの開発には2つのオプションがあります。 LinuxのようなOpenStackが標準として受け入れられるか、Xenのようになります。

もちろん、Regu Reguramは著しく「誇張」しており、その投稿を書いた2012年のXenについてはそれほど悪くはありませんでした。



しかし、投稿のトピックに戻ります。 ピーターは、「「実際の」オープンソース企業と戦う他の要因についてお話しします。では、オープンソースビジネスに接続する際に注意すべき問題は何ですか？



1. IT業界に対するサポートの欠如。

IT業界での幅広いサポート（ プロプライエタリなソフトウェアメーカーを含むことを強調します ）は、おそらくオープンソースプロジェクトの成功の重要な要因です。 ピーターは次のように書いています。

しかし、会社がこのオープンソース製品の開発者の大部分を雇わなければ、プロジェクトが必要な開発ペースを得ることができなくなる可能性が高いです。

実際、Xenはかなり前から勢いを増しています。 これは、x86仮想化技術の「若さ」だけでなく、リソースの不足も原因であると考えられます。多くの企業は、開発に投資する代わりにプロジェクトが「成熟」するのを単に待っていました。



OpenStackにはこれに関する問題はありませんでした。プロジェクトは、プロジェクトを積極的に開発している参加者をすぐに集めました。 OpenStackは「急成長中のオープンソースプロジェクト」と呼ばれるに値します-上の図は2013年のデータを示しています（ そして、今日関連する企業のリストを示します）。 OpenStack Foundationが設立される前から、多くの企業がOpenStackに積極的に参加していました。 もちろん、このような幅広いサポートには独自の理由がありましたが、今はそれらについては説明しません。



2.プロジェクトの「分割」。

前の段落で、Xenプロジェクトに参加したいと思っている企業はほとんどありませんでしたが、何かをした企業でもメインの公開リポジトリ（上流）には何も返しませんでした。 これについて、ピーターは次のように書いています。

さらに、リスクは、別の会社が製品を分岐することを決定する可能性があることです。

そしてもう少し低い：

オープンソースプロジェクトが成功すればするほど、大企業はコードベースを独立して管理したいという事実によって状況は悪化します。 私自身はXenSourceのCEOだったときにこれに出くわしました。IT市場の多くの大手企業が私たちのコードベースを借用しており、見返りに利益を得ることができませんでした。

私が間違っていた場合、私を修正してください。当時、Xenに特化した2つの主要なITプレーヤーがありました-XenSourceとVirtualIron （2番目は2009年にOracleに買収され、それ以来、製品は開発されておらず、顧客に配信されていません）



しかし、これに加えて、RHELやSLESなどのLinuxディストリビューションの一部として、 Sun xVM製品、Oracle VM、そしてもちろんXenがありました。 これらの企業は、次のように、企業間で開発をうまく調整していません 直接の競合他社でした。 そして、開発努力を組み合わせる代わりに、力の分散が得られました。



オープンソースモデルの主な利点は、IT業界で最高の専門家を雇用している企業のリソースを結合できることであり、XenSourceの場合は機能しなかったことに注意してください。 2013年にLinuxFoundationの「翼の下」でXenを譲渡した後に初めて、商用企業から独立したメインの公開リポジトリ（上流）が現れましたが、貴重な時間がすでに失われていました...



OpenStackのこれについてはどうですか？ 当初、OpenStackプロジェクトにも同様の問題の兆候がありましたが、2つの大きな違いがあります。 1つ目は、OpenStackの創設者であるNASAとRackspaceは、OpenStackソフトウェアの販売で利益を得ていなかったことです。 （Peter Levineが話しているプラ​​ットフォームの「耳がどのように突き出ているか」に気づきましたか？）。 2番目の違いは、OpenStack Foundationが2012年に設立されたことです。これは、私の意見では、企業を競合他社から志を同じくする人々に変えるのに役立ちました。



上の写真を見てください。OpenStackには、実際にさまざまなディストリビューションがあります（左上隅）。 しかし、これらはOpenStackプロジェクトのフォークではなくディストリビューションであり、これは非常に重要な違いです。 収益性の観点から、多数の競合他社の存在はもちろんマイナスであることを認めなければなりません-有名なブランド、成功したプロジェクトの長い歴史、良い販売チャネルを持つ企業が市場に参入すると、彼らがあなたの分布を選択する可能性は何倍も減少します。 ここでは、OpenStack Foundationの参加者の間で、これに基づいた競合があります。

Red HatはMirantisと協力し始めましたが、MirantisはRHELのみを使用することを約束しませんでした。 2014年6月、彼女はCanonicalとのパートナーシップを発表し、Ubuntuベースの独自のOpenStackディストリビューションを作成する予定です。 Red Hatの対応は間もなく開始されました。RedHatは、MirantisのOpenStackディストリビューションでのRHELサポートの中止を決定しました。

3.開発による弱い管理性。

これは、すべてのオープンプロジェクトの中で最も「痛い場所」です。 もちろん、OpenStackは「小さなチーム」ではありませんが、OpenStackの場合、この要素はXenの場合と同じくらい重要です。

そしてもう1つの議論-小規模な分散開発チームにとって、コードの安定性制御とアクティブな開発の間の境界を決定することは非常に困難です。

XenSourceには、Linuxカーネルのメインブランチにパッチが含まれていてインストールと更新のプロセスが複雑になるという問題が長い間ありました。 （ところで、彼らはこれについて翻訳後のコメントに書いています）。



この要素は、以前のものよりもさらに多く、OpenStackに登場しました。 OpenStackが自身のコミュニティを破壊する方法、およびプラットフォーム管理の問題が引き続き重要であるということについて多くの議論がありました 。 このトピックに関するこのトピックに関する素晴らしい記事があります、私はそれから小さな部分を引用します：

したがって、OpenStackをoldり、プロジェクトを変更するために「何かをする必要がある」と言うのは間違いなくクールです。 しかし、実際のところ、OpenStackはこの「困難な10代」の期間を経ており、まだ不器用で、長老たちが「誰かが男の子の手を握るべきだ」と考えています。 現在のプロセスを改善できますか？ もちろん。 しかし、「お父さん」（または「お母さん」）に「部屋を片付ける」ように言わずに、コミュニティは自分でこれを行うことができます。

これらの管理上の問題のために、かつてCitrixのOpenStackに対する態度は完全な関与から完全な分離に変わったと思います。 ちなみに、 CitrixがOpenStackの積極的な活動に戻ってから先週はちょうど1年になりました。 しかし、CitrixとOpenStackの関係の歴史は別の投稿に値するものであり、いつか間違いなく書きます 。



また、オープンソース企業は他にどのような困難に直面していますか？

したがって、Peter Levineが書いたこれらの障害は、OpenStack Foundationの創設とプロジェクトに関与する企業間のより緊密な相互作用により、ある程度まで排除されたと結論付けることができます。



私は、企業がオープンソースビジネスでやろうとしている3つのハードルについて説明しました。 「顧客企業の経営者の間でのオープンソースソフトウェアに対する不信感」を彼らに加える価値があるかもしれませんが、これは過去の障害だと思います。 かどうか？ どう思いますか？ オープンソース企業が直面する他の困難をコメントで書いてください。 ;-)