OpenStack Continuous Integration Project Manager、Monty Taylorのインタビュー

これは、MirantisブログのOpenStackプロジェクトマネージャーとの一連のインタビューの2番目のインタビューです。 私たちの目標は、技術専門家の幅広いコミュニティを教育し、人々がOpenStackプロジェクトにどのように貢献し、利益をもたらすかを理解できるようにすることです。 当然のことながら、Mirantisではなくインタビュー対象者の視点を以下に示します。 インタビューは、記事の長さの制限に関連して紙幣とともに発行されます。



2番目のインタビューは、 OpenStack CI（Continuous Integration）の技術プロジェクトマネージャーであるMonty Taylorとのインタビューです。



Mirantis：自己紹介をお願いします。



Monty Taylor：Hewlett PackardでOpenStackプロジェクトに携わり、OpenStack Foundation BoardとOpenStack Technical Committeeに参加し、OpenStack CIおよびインフラストラクチャプロジェクトの継続的な統合とインフラストラクチャプロジェクトを指揮しています。



質問：OpenStackプロジェクトをどのように始めましたか？



回答：OpenStackプロジェクトを最初に提起したチームのRackspaceで働いていました。 私は最初からここにいます。 Launchpadのいくつかのプロジェクトの下に私の名前を表示することはできますが、それらを作成するのを手伝ったので、Launchpadに変更を加えることはできません。



質問：OpenStackを使用する理由は何ですか？



回答： オープンクラウドの重要性と、誰もがマネージドサービスとクラウドアプリケーションに徐々に移行すると確信しています。



質問：プロジェクトマネージャーとしてのあなたの責任は何ですか？



回答：私たちのチームは自発性で有名で、独立心のある専門家のチームです。 チームの1人に何をどのように行うかを伝える代わりに、私たちは一緒に仕事をします。 リーダーシップの観点では、私はむしろ大使であり、人々とコミュニケーションをとるための外部インターフェイスです。 私は私たちにリソースを提供してくれる企業と仕事をしています。そうするためにあらゆる努力をしています。



質問：継続的インテグレーションとは何ですか-継続的インテグレーション（CI） OpenStackにとってなぜこれほど重要なのですか？



回答：コードのステータスを自動的に監視するというアイデアからプロジェクトを開始しました。 非常に退屈なタスクであるmasterブランチへの新しいコードの挿入を担当する特別な人を任命する代わりに、これを自動的に実装しました。



システムの1つの側面は、ロードされたコードの変更ごとにテストを実行することです。 OpenStackの開発速度が非常に速いため、コードをチェックして承認した後、テストが再度実行され、コードを作成した時点から変更する予定のプロジェクトがすでに進行していることがほぼ確実になります。 したがって、コードに追加されたものが現在の状態に違反していないことを確認する必要があります。



現在、800人の開発者がOpenStackプロジェクトに積極的に取り組んでいます。 それらのいずれかが何かに違反することを許可した場合、これは残りの799に影響し、滝の効果につながります。 誰もが動揺し、誰もそれ以上行動することができなくなります。



したがって、OpenStackプロジェクトでは、開発の品質と速度の理由から、私たちの仕事が重要です。



質問：JenkinsやBuildbotなどの他の継続的インテグレーションシステムと比較して、OpenStack CIプロジェクトで本当にユニークなものは何ですか？



回答：私たちはコードを編集する権利をすべての人から奪い、誰も直接変更することはできません。 これはかなり難しい立場です。 私の意見では、それはそのようなプロジェクトに固有のものです。



Jenkinsは私たちが使用するシステムの要素の1つですが、ここでやろうとしていることに完全には統合されていません。 そのため、継続的インテグレーションシステムを構築するためのツールをいくつか追加しました。



インフラストラクチャチームの主要メンバーの1人であるジムブレアは、プロジェクト全体の埋め込みコードを制御すると言えるZuulというツールを作成しました。 また、厳格なパフォーマンス要件が満たされていることを確認します。 OpenStackの変更を定期的に監視します。これは最も便利です。 150個のパッチを実行し、各パッチのチェックに1時間かかるが、1日で150時間がないとします。 Zuulはこれらの修正を並行して正しくテストできます。



Zuulツールを使用すると、プロジェクトにコードを追加するという点で境界を押し広げます。 HPは現在、内部プロセスにZuulを使用しており、Wikipediaが使用を開始しており、このツールを使用する人が増えています。 クラウドソフトウェア開発の観点からだけでなく、この分野のガイダンスを提供します。



質問：これまでに継続的インテグレーション（CI）コミュニティは何を達成しましたか？



回答：チームの4人のメンバーだけがプロジェクトを肩に置いており、リリースを継続しています。 これは素晴らしい。



OpenStackプロジェクト用に開始されたすべてのインフラストラクチャは、パブリックリポジトリで自己管理されます。 したがって、貢献したい人は誰でもこれを行うことができます。 これは重要な成果だと思いますし、コミュニティへの重要な参加を引き付けることができたことは非常に良いことです。



Q：Havanaリリースでは、継続的インテグレーションはどのような機能を提供しますか？



回答：現在、スケーラビリティを高めるためにJenkinsとZuulのパッチのリリースに取り組んでいます。 このミックスにGearmanと呼ばれるテクノロジーを組み込むことで、Jenkinsに複数のマスターブランチを作成できるようになります。 したがって、単一のJenkinsウィザードのスケーラビリティに関してボトルネックはありません。



中央ログアグリゲーターであるLogstashの調達も開始しました。 通常、クラッシュ後にデータを取得してテストをデバッグすることは問題でした。



さらに、開発者に迅速にフィードバックを提供できるように、ストリームモードの出力でテスト結果を収集するよう取り組んでいます。 何らかの理由でテストの1つがエラーにつながったことが判明したら、一連のテスト全体がエラーにつながることを開発者に通知できます。 したがって、デバッグ情報を取得するために、終業時テストを待つ必要はありません。



私たちの仕事の本質は、開発者にフィードバックを提供し、OpenStackでのアップデートリリースの要件を減らすことなく柔軟に作業を続けることです。



質問：あなたはOpenStackツールの最大の民主化について話した。 これはあなたにとって何を意味しますか？



回答：私たちは、一人の人が力や責任を持ちすぎている状況から可能な限り移動する必要があります。これは、ツールだけでなくOpenStackプロジェクト全体にとっても重要です。 これは、あまりにも多くの影響を得るのを恐れるだけではありません。 誰でも来て問題を解決できますが、基本的に同じ4人がプロジェクトを率いています。 これは、プロジェクトにセーフティネットがあることを意味します。



また、他の人よりもあなたの問題の優先度を誰かに納得させる必要がないことを意味し、政治的なゲームにつながります。 何かを必要とする人が5人いて、そのうちの1人に多くの友人がいるので、誰もがこの人の問題に取り組んでいます。 誰もが平等にアクセスできる場合、この人は作業を行うことができます-その作業に努力する価値があることを他の人に納得させる必要はありません。



OpenStackプロジェクトには200以上の企業が関与しています。 たとえば、Solarisでさらにテストを行いたい場合は、この機会を提供し、それが重要だと納得させてからトレーニングしてはいけません。 これは私と彼らの両方にとって不公平です。



質問：あなたは人々に対する楽観主義と現実主義のバランスをうまくとることができたようです。



回答：はい。 楽観的でなければ、他の人との共同開発には関与しません。だれかが実用的なアイデアを持っているかどうかわからないからです。 同時に、人々が間違いを犯す可能性があることを認める必要があります。 私は常に間違いを犯していることを知っています。構文エラーではなく自分のタスクに集中できるように、間違いを追跡する何らかのツールを作成したいと思っています。 コンピューターは私のために働くことができます。



質問：哲学的に言えば、OpenStackプロジェクトに対するあなたのビジョンは何ですか？



回答：インターネット自体は、標準のインターフェースでアプリケーションを配布するという素晴らしい仕事をしています。 Webサーバーは多数ありますが、消費者の観点から見ると、すべて同じように機能します。 クラウドコンピューティングに関しては、状況は異なります。 Amazon、GoGrid、Rackspace、Cloud.com、これらすべての異なるクラウドがあり、それらはすべて革新を望んでいます。これは非常に良いことです。



これにはプラス面とマイナス面があります。 プラス面では、それらはすべて、誰も以前に解決したことのない問題を解決するだけです。 ネガティブ-これらの各企業は、グローバルネットワークを標準化する前にProdigyやCompuServeと同様に顧客を維持したいと考えています。



オープンクラウドがOpenStackに基づいていることを本当に望みます。Facebookの友人の1人が最近言ったように、「クラウド」という言葉を使用する人は、自分のデータセンターでのみ分散アプリケーションを説明するため、この言葉を誤解しています。 彼らは実際にクラスターについて話しているのです。」 そしてそれに同意します。 クラウドは50、100、1000の企業であり、すべてOpenStackに取り組んでいます。 消費者として、アプリケーションを書き直さずに、またはアプリケーションが異なるプロバイダーの5つのネットワークで実行されていることを知らなくても、この集約されたクラウドを使用したいだけです。



質問：継続的インテグレーション（CI）について人々に知ってほしいことは何ですか？



回答：これが誰でも参加できるオープンなシステムであることを誰もが知っているかどうかはわかりません。



質問：プロジェクトの作業を開始するにはどうすればよいですか？



回答：そもそも、IRCチャネル＃OpenStack-Intraがあり、 Launchpadでバグ追跡を行っています。 少しチャットして、コメントやフィードバックを追加してコードの改訂を追跡し、現在の問題を理解することをお勧めします。



質問：OpenStackプロジェクトはオープンソースプロジェクトをまったく変えたと思いますか？ もしそうなら、どのように？



回答：多くの企業が同時にOpenStackプロジェクトに取り組んでおり、複数の企業が関与しているような初期条件の下で多くのことを達成することができました。 これが最初のそのようなプロジェクトのようです。 Linuxには多くの企業が関与していましたが、長い時間がかかりました... IBMとこれらすべての企業メンバーはすぐには関与しませんでした。 暇なときに人々を引き付けるには長い道のりでした。



空き時間にOpenStackで作業する人はいません。 これは商業プロジェクトであり、その要件はビジネスの要件によって決定されます。 同時に、これらすべての企業は明確なリーダーなしで合併しました。 CIプロジェクトマネージャーとして、私たちは、コードの制御された状態と他のすべての機能を備えた、厳しいインフラストラクチャを備えたテスト環境でのオープンソースの使用に関する人々のビジョンを変える手助けをしていると思います。 したがって、私たちは技術的にも組織的にも新しい土地を探索していると思います。



質問モンティ、どうもありがとう



回答：まったくありません。