多くの人が死んだ物質の命を授けたいと思ったフランケンシュタイン博士の怪物について聞いた。 あなたが覚えているように、すべては悲しいことに終わった-科学者と彼の家族の死。 はい、モンスター。 このストーリーは、OpenStackから命を奪おうとしている開発者への警告となり、エコシステム開発のロジックを考慮せずにプロジェクトを作成します。
「ありがとう、キャップ！」または雲についてのありふれた
今日、理想主義的なロマン主義者だけでなくビジネスマンにも雲が必要であることを誰も疑っていません。 クラウドテクノロジーの賢い名前であるユーティリティコンピューティングは、銀行サービスの提供、ロジスティクスの実施、患者の治療、ソフトウェア製品の開発、大量のデータの分析、イベントの整理などに役立ちます...彼らはこれを疑っていませんが、雲。
しかし、クラウドはまず第一に、データストレージと処理のアーキテクチャです。 クラウドには、物理サーバーから仮想マシンへの移行が含まれることを理解することが基本的に重要です。 つまり、既存のインフラストラクチャ、つまり既存の機器の艦隊をより効果的に使用する機会が得られます。 物理サーバーではなく、論理ノードで動作します。 また、独自のデータセンターでそのような設計を構築できます。 そうすれば、データは会社を離れることはなく、セキュリティはあなた自身が提供できるレベルに正確になりますが、同時にクラウドのすべての利点が自由に使えるようになります。 これはプライベート（またはプライベート）クラウドと呼ばれます。
重要なデータがプライベートクラウドに保存され、このデータを使用するアプリケーションがパブリッククラウドに存在するシナリオがあります。 たとえば、価格設定の原則に関する情報を含む製品の価値に関するデータがあります。 明らかに、この情報は企業秘密を構成します。 ただし、販売対象の価格の変更は、オンラインカタログに反映する必要があります。 この場合、カタログ自体は価格を表示するための製品とフィールドのリストであり、オンライン注文フォームは、この情報が秘密ではないため、オープンクラウドに存在できます。 価格の変更は、プライベートクラウドからパブリッククラウドに自動的に転送できます。 また、逆に、完成した注文フォームは、顧客の個人データの保護を強化するために、パブリッククラウドからプライベートクラウドに自動的に転送できます。 このようなプライベートクラウドとパブリッククラウドの「共生」は、 「ハイブリッドクラウド」と呼ばれます。
プライベートクラウドとハイブリッドクラウドを構築するためのオープンなソリューションと独自のソリューションの両方があります。 しかし、後者の問題は、ほとんどの場合、「制裁戦争」の人質となる可能性のある企業によって開発されていることです。 つまり、次の制裁により、クライアント企業が更新プログラムやクラウドベンダーサポートサービスにアクセスすることをブロックしないという保証はありません。 これはおそらく、OpenStackが明らかなリーダーであるオープンクラウドプラットフォームにますます注目が集まっている理由です。
「波に乗り」しようとしている地域の愛好家を理解し、クラウドを作成するサービスを大企業に提供できます。 これは、大きな市場に参入するチャンスです。 「Frankenstecks」というニックネームを獲得した同じ1日限りの工芸品を提供している著名なIT企業を理解することはさらに困難です。 クライアントは誤解され、費用がかかります。 これは、企業のイメージとオープンソースの概念の両方に害を及ぼします。 実際、ユーザーにとってのオープンソースの主な利点は、ソリューションの開発と実装、および開発者を節約できることです。製品を作成する時間とコストを削減するために協力する機会です。 このような「集合的な創造性」により、低コストで大規模ベンダーのソリューションと競合できる高品質の製品を提供できます。
フランケンスタックとは何ですか？
メアリー・シェリーの小説では、科学者ビクター・フランケンシュタインが非生物から生計を立てています。 私たちの場合、すべてが逆に起こります。 フランケンスタックの作成者は、ゾンビに成長し成長できる生きた製品を作ります。 「誕生」後のそのようなプロジェクトは、開発の同じレベルにとどまる運命にありますが、OpenStackエコシステム全体はリリースサイクルに従って6か月ごとに進化します。
OpenStackのすべての機能の「Frankenstacks」の開発者は、現時点で顧客が必要とするものだけを残しています。 ルービックキューブが一方向のみに回転し、一面のみで回転することを想像してください。 馬鹿げたアーティファクトが得られますよね？
クライアントがTK開発者を策定するとき、彼はここで直面している問題の解決を担当しますが、これは正常です。 開発者がクライアントの現在のタスクを解決するために使用する重要な製品であるエコシステムのさらなる進化を見落とすのは異常です。
一方、既に述べたように、OpenStackの6か月ごとに変更が行われると、新しい機能が表示され、古いバグが修正され、製品の以前のバージョンでは利用できなかった機会が開かれます。 逆に、一部の機能はサポートされなくなりました。 つまり、6か月後、クライアントには何も残されない可能性があります。
顧客は「クラウド」を作成するために多額の資金を費やします。 エコシステムの特性を考慮に入れて製品を作成すれば、OpenStackを専門とする企業がそれをサポートできます。 さらに、ソフトウェア製品のサポートが必要です。少なくとも、アップグレード、セキュリティ更新プログラムのタイムリーなインストール、製品を使用するための顧客従業員のトレーニングについて話している... Frankenstackは、その作成者に完全に依存しています。 エコシステムの進化のプロセスから除外されているため、次のリリースから新しい「チップ」を導入するには、最初のインストールと同じくらいのお金を投資する必要があります。
上流：正しい選択
一度、複数のアクティブなOpenStackコントリビューターがPistonを作成しました。 彼らは、開発者コミュニティを追い越し、「バニラ」OpenStackに基づいて独自の商用製品を作成できると判断しました。 彼らは、コミュニティがどのように機能するかを理解し、情報に基づいた選択を行いました。 この実験は否定的な結果をもたらし、コミュニティに、開発プロセスのほとんどの参加者の利益を考慮せずに、独立した「仕上げ」が望ましくない結果をもたらすことを確認する機会を与えました。 ピストンは破産寸前であり、ITの巨人であるシスコに買収され、フラケンストックはその作成者を台無しにしました。
残念ながら、多くのロシアの開発者は海外の同僚の経験を無視しています。 そして、彼らはアマチュアの活動に従事し続け、常に生きている製品を死んだ実体に変え、顧客の予算に寄生しています。
一方、特定の問題の解決策を探しているのはおそらく顧客だけではありません。 そのため、クライアント向けに開発された製品は、OpenStackエコシステムの一部になることができます。 つまり、コミュニティ全体でサポートおよび改善されます。 ただし、微妙な違いがあります。このため、開発会社はプロジェクトの他のプレイヤーに興味を持たせるために、コミュニティに重みを持たなければなりません。 100人のエンジニアのチームから、万能な専門知識、すべてのエコシステムコンポーネントのサポート、製品実装に携わる能力、顧客トレーニング、OpenStackの以前および現在のバージョンのサポートを期待してはなりません。
ただし、100人のエンジニアが、コミュニティの「機関車」の1つによって開発されたソリューションの実装にうまく対処できます。 「列車基地」の構成の決定は簡単です。 Stackalyticsサービスを開くだけです。
OpenStackベースのソリューションと独自のソリューションを導入する際に、クライアントがサポートを必要とすることをもう一度思い出してください。 たとえば、製品の新しいバージョンにアップグレードする必要がある場合があります。 このプロセスは無痛で、追加費用なしで進行することが望ましい。
簡単な例：独自のストレージ用のドライバーを作成しました。 6か月が経過し、システムの更新時期が到来し、管理者がシステムをアップグレードすると、ドライバーが機能していないことが判明しました...そして、サービスに対して多くのお金が支払われました。 その理由は、システムコアに変更があったが、ドライバーについて誰も考えていないためです。 コミュニティにはその存在に関する情報がなかったため、プロジェクト時に関連していたバージョンのディストリビューションを「仕上げる」過程で「ひざまずく」作られました。 しかし、確かに、あなたはこの物語のメーカーの唯一のクライアントではありません。 それでも、何百もの企業がこのようなドライバーを手に入れて、さらには労働条件さえあれば喜んでいるでしょう。 そして、それが全世界で作成された場合、まず、関心のある企業ごとにはるかに安くなり、次に、コミュニティが適切なCIを作成し、アセンブリのためにテストすることに注意します：このスキームは本当です動作します。これは、 ベンダードライバーセクションの同じStackalyticsですべてを簡単に確認できます。
要約すると、平均的なOpenStackユーザーにはコミュニティの代表者が必要です。 「機関車」とのパートナーシップを通じて実装を実装する会社は、クライアントの利益を代表することができます。 したがって、開発者が自分の長所を適切に評価し、当面の利益だけでなく、クライアントの利益も気にする場合、彼はコミュニティ全体に利益をもたらします。 逆もまた同様です。もし彼がコミュニティの利益を気にするなら、彼は必然的にクライアントに利益をもたらし、将来彼の人生を楽にします。 これが、活気に満ちた開発中のOpenStackを、Frankenstackのクライアントの金に死んで冷たく貪欲なものと区別するものです。