OpenStack導入で成功へのシンプルなレシピ
2016-06-09
Machine-translated — the English original is authoritative.
最近、ある顧客から、私の意見ではOpenStackのインストールを成功させるための最良のレシピは何なのかと質問されました。データセンターのデプロイメント（ハードウェアおよびソフトウェア）において20年の経験を持つ私は、正直に言って、私の答えは時間とともにほとんど変わっていないと言えます。依然として見落とされがちなのは、基本中の基本です。
私は過去2年間、世界中の銀行、製薬企業、小売業者でHelion OpenStackのデプロイメントに従事してきました。以下の投稿では、OpenStackのデプロイメント（あるいは他のクラウドプラットフォームでも同様ですが）を成功させるための要素について、私が信じていることを強調しています。
ステークホルダー – エグゼクティブのスポンサーシップ
PeopleProcessTechnology
ネットワーク、ストレージ、セキュリティなど、多くの部門（いわゆるサイロ）にまたがるクラウドソリューションを導入する際、これらのサイロのすべての上に位置する、アクティブで関与度の高いスポンサーを持つことが不可欠です。理想的には、CIO、COO、人事部長が関与し、この新技術が現在のプロセスやスタッフに与える影響をレビューするための明確な戦略を策定する必要があります。クラウドモデルへの移行によって企業にもたらされる恩恵を真に活用するためには、これらのプロセスは企業内で劇的に変更される必要があります。
残念ながら、よくあるのは、サイロの1つだけがソリューションを購入し、それをすべて自分たちのものだと考えてしまうことです。彼らは失敗します！テクノロジーは簡単な部分です。重要なのは、人とプロセスです。
起こるべきことは、そしてこれも私の個人的な意見ですが、サイロ全体からバーチャルチームを作成することです。これらの人々を全体のソリューションについてトレーニングし、彼らがSME（専門知識）の分野に集中させます。彼らが一緒に働くことの利点に気づき、同時にOpenStackの可能性を認識するようになるまで、それほど時間はかからないはずです。また、これは継続的インテグレーションと継続的デプロイメント（DevOpsと敢えて言うなら）の運用モデルへの良い足がかりにもなります。当初は運用チーム内のサイロをカバーしていますが、開発者を引き込むプロセスは非常に似ています。これらの人々は、過去5年間AWSに甘やかされてきたため、クラウドモデルの運用について非常に情熱的です…シャドウITについては、また別の話です！
オープンソースの混乱 – 現実的なスコープ
opensourceConfusion.fw
信じられないかもしれませんが、過去数年間のOpenStack導入において、何度か顧客が「Ceph」ストレージや「Docker」コンテナを探しているのを目にしました。彼らは、これらがネイティブなOpenStackの一部ではなく、それ自体が全く異なる製品であることを認識していませんでした。エンゲージメントサイクルの初期段階（これはおそらく、営業チームが現場にハードウェアを届ける前であるべきです）に顧客とクラウドワークショップを行い、基本的な要件をレビューすることが非常に重要です。前述したように、基本に戻ることです。IaaSの要件だけを調べるのではなく、究極のビジネス要件を求めてください。OpenStackが顧客の要件を満たせない場合や、機能がまだ実験的な段階にある場合もあります。顧客がこれを理解していることを確認してください。OpenStackコミュニティの運用方法、6ヶ月ごとのリリース、ブループリント提出プロセスなどを説明してください。このワークショップは、欠けているステークホルダーを特定し、その関与を求める機会でもあります。
グー・チョキ・パー、VMware
顧客がVMwareを排除することに固執し、OpenStackがその解決策だと考えている場合、非常に慎重に進めてください。VMwareは、デフォルトのKVMハイパーバイザーよりもはるかに多くの高可用性機能を持つ、非常に優れた強力なハイパーバイザーを提供しています。今日、OpenStackクラウド内に両方のタイプのハイパーバイザーを持つ理由はありません。Helion OpenStack 3.0でこの機能を試しましたが、非常にうまく機能します。
顧客の期待に注意深く耳を傾けてください。コスト削減やアプリケーションの純粋なリフト・アンド・シフトについて言及している場合、今すぐ逃げてください。しかし、クラウドネイティブアプリケーションやレガシーアプリケーションに対処するための変革プログラムについて話している場合、はい、これが正しいマインドセットです。
OpenStackのスキル不足
経験豊富なOpenStackエンジニアを探すのは、まるで……
このスキル不足は短期的なものかもしれませんが（OpenStackクラウドの現在の採用率を考えると）、多くの顧客にとって現実的な懸念事項です。しかし、この課題に対処するための非常に簡単な方法が2つあります。
オプション1
OpenStackのスキルを持つ人を探すことに自分自身を制限することをやめてください。優れたLinux管理者は、最小限のトレーニングでOpenStackを習得します。Linux（ネットワークネームスペースを含む）に精通し、データベースとメッセージキューの基本的な理解があれば、OpenStackは楽勝です。[採用エージェントへの注意：この声明は「ユニコーネスク」（技術用語）なDevOpsエンジニアにも適用できます。] OpenStackオペレーターが開発者であることを期待しないでください。彼らはそうである必要はありません！
オプション2
3つの言葉 – 管理されたプライベートクラウド。HPEを含む多くの企業がこのサービスを提供しています。クラウドネイティブになり、本当に必要なのはPaaSである場合、なぜプライベートクラウドを今すぐアウトソースしないのですか？
PaaSでリードする – OpenStackは続く
車を購入する際、私たちはまずエンジンを購入し、次にシャーシ、内装などを購入し、最終的にAからBへの移動を可能にするのに十分なコンポーネントを揃えて、車の購入という主要な目的を達成するわけではありません。
そのため、今日、なぜ私たちがまずIaaSソリューションを購入し、その上にPaaSソリューションを適合させようとするのに執着しているのか、私には理解できません。顧客はPaaSの要件から始めるべきだと私は信じています。通常、ここには開発者、真のビジネス要件、そして資金が集中しています。
それだけでなく、顧客は今日、単一のハードウェアも購入することなく、ほとんどのPaaSプラットフォームをテストドライブ（ブーム、ブーム）することができます。ビジネスと開発者がPaaSソリューションから何を必要としているかを知った後、基盤となるIaaSが目的に適っていることを確保するのははるかに簡単になります。
結論
OpenStackのエンゲージメントで成功することは、他のITプロジェクトと何ら変わりありません。以下のチェックリストにチェックを入れることができれば、あとは通常通りビジネスが進むはずです –
- People
- Process
- Technology
私が言ったように – ここに新しいことはありません – 20年前、30年前、40年前にも同じ要素が必要でした。
また、誰もがクラウドネイティブと伝統的なアプリケーションのスタイルの違いを理解することも基本的です。[ある人がこれらの原則を理解していないことを示す兆候は、VMwareとOpenStackを比較しようとするときです。]
最後に、バーチャルチーム、クラウドネイティブ、DevOpsに関するいくつかの基本概念を説明するのに非常に役立った以下の3冊の本を紹介します。
- The Phoenix Project
- Continuous Delivery
- The Mythical Man-Month
ありがとう、ハッピースタッキング！
Originally published on allthingscloud.eu (2016-06-09).