組織に OpenStack を導入する方法

企業に OpenStack を導入するための完璧な道はありませんが、導入を成功させるための一般原則はあります。

OpenStack のようなオープン ソース ソフトウェアの利点の XNUMX つは、ベンダーの営業担当者との長時間のやり取りや、会社間での長期間にわたる社内パイロットの承認を必要とせずに、ダウンロードして試し、実際に理解できることです。 -ベンダー。

しかし、プロジェクトを試すだけでなく、それ以上のことを行う必要がある場合はどうなるでしょうか? 導入されたシステムをソースコードから実稼働環境までどのように準備しますか? 新しい革新的なテクノロジーの導入に対する組織の障壁をどのように克服できるでしょうか? どこから始めればよいでしょうか? 次は何をしますか?

すでに OpenStack を導入している人の経験から学ぶべきことは確かにたくさんあります。 OpenStack の導入パターンをより深く理解するために、私は企業へのシステム導入に成功したいくつかのチームと話をしました。

MercadoLibre: 必要性の命令と鹿よりも速く走る

ニーズが十分に強い場合、柔軟なクラウド インフラストラクチャの実装は、「構築すればすぐにやってくる」とほぼ同じくらい簡単です。 これは、アレハンドロ コミサリオ氏、マキシミリアーノ ベネシオ氏、レアンドロ レオックス氏が、ラテンアメリカ最大で世界第 XNUMX 位の電子商取引会社であるメルカドリブレ社で得たさまざまな意味での経験です。

2011 年、同社の開発部門が、当時モノリシックだったシステムを、API を介して接続された疎結合サービスで構成されるプラットフォームに分解する取り組みを開始したとき、インフラストラクチャ チームは、小規模なチームが満たす必要のあるリクエストの数の急激な増加に直面しました。 。

「変化は非常に急速に起こりました」と、MercadoLibre のクラウド サービスの技術責任者である Alejandro Comisario 氏は言います。 「私たちは文字通り一夜にして、何らかのシステムの助けがなければこのペースで作業を続けることはできないことに気づきました。

当時の MercadoLibre チーム全員である Alejandro Comisario、Maximiliano Venesio、Leandro Reox は、開発者にインフラストラクチャを提供する際に必要な手動手順を排除できるテクノロジーを探し始めました。

チームはより複雑な目標を設定し、当面のタスクだけでなく会社全体の目標も策定しました。つまり、生産的な環境で使用できる仮想マシンをユーザーに提供するのにかかる時間を 2 時間から 10 秒に短縮し、作業を不要にするというものです。このプロセスには人間の介入が伴います。

OpenStack を見つけたとき、これがまさに彼らが探していたものであることが明らかになりました。 MercadoLibre のペースの速い文化により、当時のプロジェクトが比較的未熟であったにもかかわらず、チームは OpenStack 環境の構築を迅速に進めることができました。

「研究、コードへの没入、機能とスケーリングのテストという OpenStack のアプローチが、MercadoLibre のアプローチと一致していることが明らかになりました」と Leandro Reox 氏は言います。 「私たちはすぐにプロジェクトに着手し、OpenStack インストール用の一連のテストを定義し、テストを開始することができました。

XNUMX 番目の OpenStack リリースでの最初のテストでは、本番環境への移行を妨げるいくつかの問題が特定されましたが、Bexar リリースから Cactus リリースへの移行は適切なタイミングで行われました。 Cactus リリースのさらなるテストにより、クラウドが商用利用の準備ができているという確信が得られました。

商用運用の開始と、開発者がインフラストラクチャを利用できるのと同じくらい早くインフラストラクチャを入手できる可能性を開発者が理解したことが、実装の成功を決定づけました。

「会社全体がこのようなシステムとそれが提供する機能を切望していました」と、MercadoLibre のシニア インフラストラクチャ エンジニアである Maximiliano Venesio 氏は述べています。

ただし、チームは開発者の期待を管理することに慎重でした。 既存のアプリケーションを変更せずに新しいプライベート クラウド上で実行できないことを開発者に理解してもらう必要がありました。

「開発者がクラウド用のステートレス アプリケーションを作成できるようにする必要がありました」とアレハンドロ コミサリオ氏は述べています。 「それは彼らにとって大きな文化的変化でした。 場合によっては、データをインスタンスに保存するだけでは不十分であることを開発者に教える必要がありました。 開発者は考え方を調整する必要がありました。

チームは開発者のトレーニングに細心の注意を払い、クラウド対応アプリケーションを作成するためのベスト プラクティスを推奨しました。 彼らは電子メールを送信し、非公式の学習ランチや正式なトレーニングを開催し、クラウド環境が適切に文書化されていることを確認しました。 彼らの努力の結果、MercadoLibre の開発者は現在、同社の仮想化環境向けの従来のアプリケーションを開発しているのと同じくらい快適にクラウド向けのアプリケーションを開発できるようになりました。

プライベート クラウドで達成できた自動化が功を奏し、MercadoLibre はインフラストラクチャを劇的にスケールアップすることができました。 250 人の開発者、100 台のサーバー、1000 台の仮想マシンをサポートする 10 人のインフラストラクチャ チームとしてスタートしたものは、500 人以上の開発者、2000 台のサーバー、12 台の VM をサポートする 000 人のチームに成長しました。

Workday: OpenStack のビジネス ケースの構築

SaaS 企業 Workday のチームにとって、OpenStack を採用するという決定は、運用上の決定ではなく、むしろ戦略的な決定でした。

Workday のプライベート クラウド導入への取り組みは、同社の経営陣が広範な Software-Defined Data Center (SDDC) イニシアチブへの投資に同意した 2013 年に始まりました。 この取り組みの期待は、データセンターの自動化、革新、効率の向上を実現することでした。

Workday は、社内のインフラストラクチャ、エンジニアリング、運用チーム間でプライベート クラウドのビジョンを作成し、研究イニシアチブを開始することで合意に達しました。 Workday は、変化を主導するクラウド ソリューションのディレクターとして Carmine Remi を雇用しました。

Workday でのリミの最初の仕事は、元のビジネス ケースを会社の大部分に拡大することでした。

ビジネス ケースの基礎は、SDDC を使用する際の柔軟性を高めることでした。 この柔軟性の向上により、同社はダウンタイムなしで継続的にソフトウェアを導入するという目標を達成することができます。 SDDC の API は、Workday のアプリケーション チームとプラットフォーム チームがこれまで不可能だった方法で革新できるようにすることを目的としていました。

ビジネスケースでは設備効率も考慮されました。 Workday は、既存のデータセンターの機器とリソースのリサイクル率を高めるという野心的な目標を掲げています。

「プライベート クラウドの利点を活用できるミドルウェア テクノロジーがすでに存在していることがわかりました。 このミドルウェアは、パブリック クラウドに開発/テスト環境を展開するためにすでに使用されています。 プライベート クラウドを使用すると、このソフトウェアを拡張してハイブリッド クラウド ソリューションを作成できます。 Workday はハイブリッド クラウド戦略を使用して、パブリック クラウドとプライベート クラウドの間でワークロードを移行し、ハードウェアの使用率を最大化しながらビジネスの節約を実現します。

最後に、Rimi のクラウド戦略では、シンプルなステートレス ワークロードとその水平スケーリングにより、Workday はより少ないリスクでプライベート クラウドの使用を開始し、クラウド運用の成熟度を自然に達成できると述べました。

「計画から始めて、従来の研究開発と同様に、小さなワークロードで新しいクラウドを管理する方法を学ぶことができます。これにより、安全な環境で実験することができます」とリミ氏は提案しました。

Rimi 氏は、確固たるビジネス ケースを基に、各プラットフォームのオープン性、使いやすさ、柔軟性、信頼性、回復力、サポートとコミュニティ、可能性を含む幅広い評価基準に照らして、OpenStack を含むいくつかの有名なプライベート クラウド プラットフォームを評価しました。 その評価に基づいて、Rimi と彼のチームは OpenStack を選択し、商用利用可能なプライベート クラウドの構築を開始しました。

最初の実行可能な OpenStack クラウドの実装に成功した Workday は、新しい SDDC 環境のより広範な導入に向けて努力を続けています。 この目標を達成するために、Rimi は以下に焦点を当てた多面的なアプローチを使用します。

• ポートフォリオ内のクラウド対応ワークロード、特にステートレス アプリケーションに焦点を当てる
• 基準と移行プロセスの定義
• これらのアプリケーションを移行するための開発目標を設定する
• OpenStack のミーティング、デモ、ビデオ、トレーニングを使用して、Workday 関係者のグループとコミュニケーションを図り、教育します。

「当社のクラウドは、実稼働中のものもあれば、商用利用の準備中のものもあるなど、さまざまなワークロードをサポートしています。 最終的にはすべてのワークロードを移行したいと考えていますが、アクティビティが突然流入する転換点に達すると予想しています。 私たちは、必要なときにこのレベルのアクティビティに対応できるように、システムを毎日少しずつ準備しています。

BestBuy: タブーを破る

家電量販店BestBuyは年間売上高43億ドル、従業員数140万人で、記事に載っている企業の中で最大手だ。 したがって、bestbuy.com インフラストラクチャ チームが OpenStack に基づくプライベート クラウドを準備するために使用したプロセスは独特ではありませんが、これらのプロセスを適用した柔軟性は印象的です。

最初の OpenStack クラウドを BestBuy に導入するために、Web ソリューション ディレクターの Steve Eastham とチーフ アーキテクトの Joel Crabb は、創造性を頼りに、立ちはだかる多くの障壁を克服する必要がありました。

BestBuy OpenStack イニシアチブは、2011 年初頭に電子商取引サイト bestbuy.com のリリース プロセスに関連するさまざまなビジネス プロセスを理解する取り組みから生まれました。 これらの取り組みにより、品質保証プロセスにおける大幅な非効率性が明らかになりました。 品質保証プロセスでは、年に XNUMX ～ XNUMX 回発生する主要なサイト リリースごとに多大なオーバーヘッドが発生しました。 このコストの多くは、環境の手動構成、差異の調整、リソースの可用性の問題の解決に関連していました。

これらの問題に対処するために、bestbuy.com は、Steve Eastham と Joel Crabb が主導するオンデマンド品質保証イニシアチブを導入し、bestbuy.com の品質保証プロセスのボトルネックを特定して排除しました。 このプロジェクトの主な推奨事項には、品質保証プロセスの自動化とユーザー チームへのセルフサービス ツールの提供が含まれていました。

Steve Eastham と Joel Crabb は、非常に多額の品質管理コストがかかるという見通しを利用して、プライベート クラウドへの投資を正当化することができましたが、すぐに問題に遭遇しました。プロジェクトは承認を受けていたものの、プロジェクトに利用できる資金がありませんでした。 このプロジェクトのために機器を購入する予算がありませんでした。

必要は発明の母であり、チームはクラウドへの資金調達に新しいアプローチを採用しました。XNUMX 人の開発者の予算を、ハードウェア予算を持つ別のチームと交換しました。

得られた予算で、彼らはプロジェクトに必要な機器を購入する予定でした。 当時のハードウェア サプライヤーである HP に連絡して、製品の最適化を開始しました。 慎重な交渉と設備要件の許容可能な削減により、設備コストをほぼ半分に削減することができました。

同様に、Steve Eastham と Joel Crabb は、既存のコアの利用可能な容量を利用して、新しいネットワーク機器の購入に伴う一般的なコストを節約して、同社のネットワーク チームと契約を交渉しました。

「私たちはかなり薄氷の上でした」とスティーブ・イースタムは語った。 「これは当時も今もベストバイでは一般的な習慣ではありませんでした。 私たちはレーダーの下で活動しました。 叱責される可能性もありましたが、なんとか回避できました。

経済的困難を克服することは、多くの障害の最初の部分にすぎませんでした。 当時、プロジェクトの OpenStack 専門家を見つける機会は事実上ありませんでした。 そのため、従来の Java 開発者とシステム管理者をチームに統合して、ゼロからチームを構築する必要がありました。

「私たちは彼らを部屋に置いて、『このシステムがどのように機能するかを調べてください』とだけ言いました」とジョエル・クラブは言います。 — Java 開発者の XNUMX 人は私たちに次のように言いました。 何のことを言っているのか分かりません。」

望ましい結果、つまりソフトウェア主導のテスト可能な増分開発プロセスを達成するには、XNUMX つのタイプのチームの異なるスタイルを組み合わせる必要がありました。

プロジェクトの早い段階でチームにやる気を起こさせることで、チームはいくつかの印象的な勝利を収めることができました。 従来の開発環境を迅速に置き換え、品質保証 (QA) 環境の数を減らし、変革の過程で新しいチームの作業方法とアプリケーション配信の速度を獲得することができました。

彼らの成功により、同社はプライベート クラウド イニシアチブに追加のリソースを求める良い立場に立つことができました。 そして今回は、会社のトップレベルのサポートがありました。

Steve Eastham と Joel Crabb は、追加のスタッフと XNUMX つの新しい機器ラックを雇用するために必要な資金を受け取りました。 このプロジェクトの波における最初のクラウドは、分析用に Hadoop クラスターを実行する OpenStack 環境でした。 そしてそれはすでに商業運転されています。

まとめ

MercadoLibre、Workday、Best Buy の記事では、OpenStack 導入を成功させるための指針となる多くの原則が共有されています。開発者、企業、その他の潜在的なユーザーのニーズにオープンであること。 会社の確立されたプロセス内で作業する。 他の組織との協力。 そして、必要に応じてルールを逸脱して行動することも厭いません。 これらはすべて、OpenStack クラウドで役立つ貴重なソフト スキルです。

企業に OpenStack を実装するための完璧な道はありません。実装の道は、あなたとあなたの会社の両方に関連する多くの要因、およびあなた自身が置かれている状況によって異なります。

この事実は、最初のプロジェクトをどのように実装するか迷っている OpenStack ファンにとっては混乱するかもしれませんが、それでも前向きな視点です。 これは、OpenStack でどこまでできるかに制限がないことを意味します。 あなたが達成できることは、あなたの創造性と機知によってのみ制限されます。

出所： habr.com