去年の初夏、同僚のZacさんは會(huì)社のCEOでもあります。現(xiàn)代的で何もない雲(yún)托管のプラットフォームをどうやって構(gòu)築するかを助けてください。

今までの主な経験を振り返りますと、拡張可能なインフラを構(gòu)築し、サポートして使った経験があります。思わずつぶやいてしまいました。

私は自分に聞きたいのですが、本當(dāng)に必要ですか？いいインフラとサービスがたくさんあるじゃないですか？

コミュニケーションが深くなるにつれて、私は最終的に多くのクラウドサービスがユーザーフレンドリータイプではないことに気づきました。

また、私はDockerの初期のユーザーです。Dockerは容器エンジンを応用しています。このような容器サポートの配置案は高品質(zhì)の物理裸體機(jī)を運(yùn)行と維持の仕事にもっと力を入れます。

しかし、いくつかの公有クラウドの仮想化の狀況は、いくつかのホストサービス業(yè)者の問(wèn)題がありますが、複雑で変化に富む物理的なハードウェア発展のニーズにマッチできませんでした。

そこで私はこのために仕事をする必要があると思います。

これからはpacket.netの展開(kāi)に合わせて、一緒に楽しみましょう。

私は展開(kāi)packet.netの仕事に頭から突っ込んだ。

また、配置戦略とクラウド自動(dòng)化の関連動(dòng)態(tài)に注目し、特定の設(shè)置手順を最初から最後までチェックし、すべてのオープンソースクラウドプラットフォームと、すでに設(shè)置されたサービスを提供しています。

VoxelはInternapに買収されたクラウドホストの委託管理プラットフォームであり、私たちは利用する時(shí)に自分のプログラムをたくさん配置しました。この過(guò)程で持ってきたメリットを見(jiàn)ました。また、自分がソフトウェアプラットフォームを持っているという感覚を體験しました。

サーバーのインストール作業(yè)はとても容易に見(jiàn)えますが、いったん完成したら、いつまでも苦労してしまうようですよね？しかし、これは絶対的な錯(cuò)覚です。インストールが完了したら、數(shù)え切れないほどのネット上の問(wèn)題が発生します。また、いつでも発生するハードウェアの調(diào)整と各種の操作システムの違いがあります。

このような場(chǎng)合には、ユーザに対して割引できないものを提供する。

數(shù)千臺(tái)のサーバーを設(shè)置して管理し、これらのサーバーが正常に動(dòng)作するように確保し、5分以內(nèi)にもZacの決定に応答することができます。

これは私にとって楽なことではない。

packet.netを到著させるために

數(shù)千臺(tái)のサーバーを7 x 24時(shí)間継続的にインストールして起動(dòng)し、數(shù)ヶ月後にオンラインします。

私はOpenStockのインターネットインフラにおけるユニークな點(diǎn)に注目し始めました。サービスを構(gòu)築する手段として活用できます。

これは、ネットワークサービスの自動(dòng)化、IPアドレスの管理、インストールプロセスの監(jiān)視、ハードウェアの交換とインストールを含む。

私はOpenStockなどの核心プロジェクトに頼って仕事を完成できれば、私のチームはより多くの価値をユーザーにもたらすことができることに集中できます。

他の人が私にOpenStockの存在の隠れた危険を注意したことがありますが、自分で數(shù)週間をかけて最近のバージョンの記録を読みに行きました。いくつかのWikipenのIRLC公式チャットチャンネルに混じっています。そしてOpenStockのインストールスクリプトDevStockを遊びました。

私は正しいです

コアプロジェクトはもうそんなに珍しくないです。

過(guò)去2年間でDevStockは非常に成熟しており、タイミングもちょうどいいです。

世界的にリードするホストサーバとクラウドコンピューティングプロバイダのRackspaceは最近、OnMetal物理裸機(jī)サーバの配置案を発表し、その物理機(jī)にIreonicを使ってブログを公開(kāi)して展開(kāi)する方法を指摘しています。

アメリカ時(shí)間の2014年10月16日にOpenStockの重要なバージョンがJunno版で正式に発表されました。

ですから、OpenStockを使って、會(huì)社の物理サーバを展開(kāi)するべきだと思います。

OpenStockを?qū)Wぶ過(guò)程は平坦ではないことを知っています。そして、これは一生懸命に勉強(qiáng)しなければならないことが分かります。インストールだけではないです。

私はOpenStockの各項(xiàng)目を詳しく研究して、Novaの動(dòng)き、そしてIreonicのドライバ、特にNeutronを知るように努めます。

物理サーバにIreonicをインストールするだけでなく、packett.netホスティングサービスのネットワークモデルをサポートします。特にLayer 3をLayer 2とVLAN層ホストの機(jī)能に置き換えます。

この時(shí)、「えっと、読みたいと勉強(qiáng)する文書(shū)が多いですね」と言ってもいいかもしれません。過(guò)去の一ヶ月の間に、私たちが觸れた文書(shū)は時(shí)代遅れではないということは間違いだということを明らかに感じました。

これは、以前の素晴らしい文書(shū)から內(nèi)容を削除しなければなりません。例えば、ウィキペディアの文章、IRCの日記、そしてバージョン提出記録などから最新の正確な情報(bào)を探しに行きます。

これらの基礎(chǔ)作業(yè)が完了したら、私はpythonを使って大量のデバッグ作業(yè)を行い、文書(shū)の説明と一致しない様々な機(jī)能を検証したいです。

これが仕事かどうか、それが正しいかどうかは、長(zhǎng)いプロセスです。

特にOpenStockのNovaと標(biāo)準(zhǔn)的なNeutronプロジェクトの関連部分があります。

規(guī)模的には他のオープンソースプロジェクトに匹敵するものがありますが、Ironicにとっては製品級(jí)の使用レベルに達(dá)する人はなかなかいません。

私はこのような狀況に遭遇したことがあります。核心開(kāi)発者に実施の問(wèn)題を聞いてみましたが、彼らは答えられませんでした。

これらの問(wèn)題をGoogleから検索しても、問(wèn)題に関する情報(bào)は指折り數(shù)えるほどしか得られません。

Neutronの部分を同僚に任せて処理しましたが、自分はIronicを深く理解しました。

しかし、実際の狀況はOpenStockの各部分の特定の開(kāi)発者を必要としています。彼らにコードバンクを理解してもらえば、OpenStockの各プロジェクトの更新についていけます。

私たちはどのように自分のニーズを満たすために行くべきですか？そこで、IRCを通じてRackspaceからのOnMetalチームのメンバーと接觸し、メールで連絡(luò)します。

OpenStock開(kāi)発者フォーラムを見(jiàn)に行きます。

私は切符を保証します。自分で関連文書(shū)を読みました。フォーラムの中のすべての招待狀もあります。Googleで検索した関連情報(bào)を通じてIreonicを調(diào)整します。これらは全部やり遂げました。

以前のIreonicプロジェクトにとってOpenStock Nova版の物理サーバ配置案はブレークスルー的に進(jìn)展しましたが、OpenStockは仮想化技術(shù)を中心に設(shè)計(jì)されました。

まだ多くの機(jī)能とドキュメントの修正が殘されています。Novaの物理機(jī)械配置案と駆動(dòng)付きIronic配置案の間です。

このような狀況をパワーの限られたIronic技術(shù)サポート部門(mén)にフィードバックしましたが、仮想技術(shù)に関するopenvswitchとlinuxbridgeの使用を強(qiáng)く求められました。

私たちのネットワークモデルはこれと深刻な衝突があった。

そこで、OpenStockのNeutronプロジェクトは、特定のネットワーク製品メーカーに対する技術(shù)サポートだけでなく、異なるネットワークモデルへの拡張能力にも欠けていることを発見(jiàn)しました。

OpenStockのコアコードをより深く理解している大ユーザー（典型的なのはRackspace社）は、OpenStockのプロジェクトを高度に固定化して、物理マシンを?qū)g際の物理ネットワーク上に配置できるようにする。

いくつかのパッチはすでに公開(kāi)されていますが、多くの重要なパッチは公開(kāi)されていません。ユーザー自身で新たに作成する必要があります。

この時(shí)點(diǎn)で、OpenStockを使って會(huì)社のサービスを展開(kāi)することに対して、重大な疑問(wèn)が生じました。

これだけ多くのことを知る必要があります。また、各項(xiàng)目と同期して仕事をするということが怖いです。

そして、NovaとIreonicに対して行う固定化の仕事は小さなことではないということを認(rèn)識(shí)し始めました。これはOpenStockの開(kāi)源面でのメリットを解消します。

しかし、Neutronの詳細(xì)を完全に知ることはとても重要だと思います。

物理的なスイッチとサーバーにとっては、サーバーの配置が難しくなく、解決策が十分に成熟していて、信頼できる。

自動(dòng)化の仕事は多くのツールを必要とします。仕事に協(xié)力してこそ完成できます。

私の経験から見(jiàn)ると、基本的な配置作業(yè)のほとんどは、ネットワーク部分の自動(dòng)化です。

物理交換機(jī)のオペレーティングシステムにはまだ足りないところがたくさんあります。

現(xiàn)在の自動(dòng)化作業(yè)とAPIの相互作用に対する支持は四苦八苦しています。

実は、私が使ったもう一つのネット自動(dòng)化ツールの下手な表現(xiàn)はOpenStockを使う主な原因を考えさせられました。

Neutronプロジェクトは非常にエキサイティングな使命があります。必要に応じて拡張可能なサービスを提供し、関連するライブラリを含めて任意の技術(shù)に制限されないです。

私もそう望んでいます。

しかし、現(xiàn)実は約束した通りではない。

ソフトウェア定義ネットワーク（SDN，Software Defined Networking）によると、ほとんどは仮想マシンモニタに基づく仮想ネットワークで動(dòng)作するプロジェクトは、実際のスイッチではない。

交換機(jī)メーカーにとっては時(shí)代遅れのNeutron駆動(dòng)だけでなく、OpenStock最新のJunnoバージョンのサポートも限られています。

また、Neutronは、自身の不完全なIPアドレスマネージャ（IPAM）を使用しており、外部アクセス方式を自分で割り當(dāng)てるという概念はまったくなく、IPアドレス管理に関する書(shū)面上の説明と権限も提供していません。

ユーザー體験を犠牲にしてNeutronの不足に適応することはできません。

短く言ってください。

クリスマスの前の週にOpenStockをなくしました。そして、三週間をかけて、固定化された自動(dòng)化配置プラットフォームを開(kāi)発しました。

12月初めに自分のIP管理システムを構(gòu)築した後、チームはシステムをカスタマイズツールに構(gòu)築することに力を入れました。

新しいプロジェクトはすべて自分の使命があります。

會(huì)社としてのビジョンは常に向上しており、OpenStockの調(diào)査と展開(kāi)の過(guò)程で、存在する問(wèn)題の大部分を解決したと思います。柔軟でサービス機(jī)能を提供できるIPAMシステムを構(gòu)築しました。

施設(shè)管理プラットフォームと物理インフラの間に、ユーザーと権限モデルも確立しました。

現(xiàn)存するものが必ずしも一番いいとは限らないし、必ずしも自分の需要を満足させるとは限らない。

私たちはOpenStockを使ってpacket.netを展開(kāi)する過(guò)程でこの道理を完全に説明しました。

同時(shí)に、私たちは自分のNeutronプラグインをリリースするように努力します。OpenStockプロジェクトの発展に適応して、今やっています。

その後の一週間で、最終的にCoreOSシステムのインストールが完了しました。