マルチクラウド戦略で避けるべき 5 つの間違い

組織向けのマルチクラウド戦略を策定する際に、IT 部門は初期段階でいくつかの賢明なステップを踏むことができます。もちろん、トラブルもあるかもしれません。

ここでは、不要な複雑さ、リソースの消費、その他のトラブルを避けるために役立つ、よくある落とし穴と誤解をいくつか紹介します。

[[227076]]

企業が複数のクラウド プロバイダーと連携する場合、それは通常、短期的な動きではありません。企業は、必要に応じて柔軟性と俊敏性を実現するなど、重要な目標を掲げた長期戦略を策定する必要があります。ここでは、IT リーダーがマルチクラウド戦略を策定するのに役立つ、複数のマルチクラウド専門家からのアドバイスをまとめます。専門家が避けるよう推奨する大きな間違いをいくつか挙げます。

1. 十分なクラウド機能がないままマルチクラウドを導入する

多くの IT 部門の取り組みと同様に、マルチクラウドの導入に対する非現実的な期待は、多くの場合、将来の困難を予兆するものです。特にインフラストラクチャの観点から見ると、最初のステップとしてマルチクラウドを採用する組織は、通常、複数のクラウド コンピューティング プロバイダーを使用する前にクラウド サービスを使用しています。

「トラブルメーカーでない限り、マルチクラウドを使用する前に、クラウド コンピューティングを本当に理解しておく必要があります」と、Electric Cloud の CTO 兼共同創設者である Anders Wallgren 氏はアドバイスしています。

同氏は、一部の組織は自社の専門知識のレベルを過大評価している可能性があると述べた。あるいは、チームがすでに複数の SaaS アプリケーションを使用しているとしても、複数の IaaS 環境を管理するために複数のプラットフォームにシームレスに移行できるとは限りません。

企業が「クラウド化」するということは、特定のベンダーやプラットフォームに精通するだけでなく、企業の人材、プロセス、ツールが複数のクラウド環境でサービスを構築、展開、実行できるように最適化されていることを確認することも意味します。

「企業は、既存のクラウドプロバイダーのクラウドプラットフォームにコードを確実かつ繰り返し構築、テスト、展開、認定、リリースできる必要がある」とウォールグレン氏は述べた。企業は、複数のプラットフォームで同じことを試みる前にこれを実行する必要があります。まだ実行していない場合は、まずこれに対処してください。 ”

彼は、企業が単一のクラウド環境でワークロードを実行する際に人、プロセス、またはテクノロジーの問題に遭遇した場合、マルチクラウド アプローチ自体を採用することは良い解決策ではないと考えています。

「リリース自動化とソフトウェア パイプライン自動化は、デプロイメントについて心配する必要がないほどうまく機能するはずです」と Wallgren 氏はアドバイスします。

2. ビジネス戦略に複雑さを組み込むことができない

これは、企業が戦略に複雑さを組み込む必要があることを意味するのでしょうか?マルチクラウドの「マルチ」には、さらに多くの意味があります。柔軟性、スケーラビリティ、リソースの最適化などの適切な要素が増えることは素晴らしいことであり、マルチクラウド アプローチが戦略的な IT リーダーにとって非常に魅力的である理由でもあります。さらに増えれば管理も増えるため、企業はそれに対する計画を立てなければなりません。

「設計と運用の両面で戦略を正しく立てることが重要です」と、EY カナダのシニア マネージャーであり、Learning Tree International の認定クラウド アーキテクト兼クラウド セキュリティ インストラクターでもある Amin Lalji 氏は述べています。 「あらゆる場所でマルチクラウドコンピューティングを実現するという展望とビジョンはまだ初期段階にあり、運用面では運用リスクを管理するために考慮すべき事項があります。」

たとえば、どのクラウド プロバイダーでもほとんどのワークロードをシームレスに実行できるとは想定しないでください。 「組織が選択した任意のベンダー上でワークロードを展開し、実行できるようになることが期待されています」とアミン氏は語った。 「実際には、現在のマルチクラウド実装を成功させるには、アーキテクチャの複雑さを慎重に設計する必要があります。」

アミン氏は、企業が計画に組み込む必要がある潜在的な複雑さの例をいくつか挙げました。

• 負荷分散
• 健康モニタリング
• 遅れ
• コードの展開
• 安全性
• 従業員のスキルレベル

3. コスト削減が保証されていると仮定する

マルチクラウド戦略の開始方法に関する最近の記事では、企業はユースケースを具体的に設定することが推奨されています。そうでなければ、たとえばベンダー ロックインを回避することは、明確に定義された目標ではなく、根拠のない仮定になる可能性があります。

クラウド コンピューティングももう 1 つの優れた例です。実際、マルチクラウド アプローチは、コスト管理に必要な柔軟性と選択肢を提供できます。しかし、これによってビジネスコストが削減されるとは思わないでください。

「IT リーダーは、複数のクラウド プラットフォームの管理の複雑さ、これらの環境を維持するための継続的なコスト、継続的な管理および保守コストを認識する必要があります」と、Shore Group のクラウド サービス コンサルタントである Eric Sanders 氏は述べています。どのプロジェクトに重点を置くべきでしょうか?サンダース氏は、企業が計画を立てていない場合、リーダーにとって潜在的な問題が生じると考えている。

これは、ビジネスの戦略と長期的な実行に帰着します。 Lalji 氏が指摘したように、マルチクラウド アプローチは、プロバイダー間の熾烈な競争のせいもあり、コスト面で大きな利点をもたらす可能性があります。

マルチクラウドの目標の 1 つがクラウド支出の最適化である場合、クラウド支出を最適化するための戦略をカスタマイズする例を挙げて、彼は次のように述べています。「コストの最適化は、あるベンダーのクラウドから開始したり、そこから撤退したりするなど、ベンダー戦略間でワークロードを行き来することとして捉えるべきではありません。」

4. 安全上の利点を過大評価する

現在、企業がマルチクラウド戦略の一環としてプラットフォーム間で標準化できる段階には至っていません。また、企業はパブリック クラウドに存在するセキュリティを超えて考える必要もありません (ハイブリッド クラウドのパートナー コンテナーは、標準化とセキュリティ上の懸念の解決に役立ちます)。

Red Hat の技術伝道師 Gordon Haff 氏は最近、次のように指摘しています。「パブリック クラウドのセキュリティに対する懐疑的な見方は、パブリック クラウドでワークロードを実行すると、セキュリティはすべて他人事になるという考え方につながることがあります。セキュリティの特定のレイヤーはクラウド ベンダーの責任になります。これは、「責任共有」モデルと呼ばれるアプローチです。同氏は、セキュリティ面では、企業が依然として問題を抱えていることを明確にすることが重要だと指摘しています。たとえば、企業は ID と認証の制御を実施する必要があります。」

したがって、企業が複数のクラウド プロバイダーと連携する場合でも、現在のセキュリティ対策の多くは継続する必要があります。企業がマルチクラウド戦略にセキュリティを組み込む際に、コンテナはどのように役立つのでしょうか?

5. 範囲と成長を制御できない

「マルチ」という接頭辞を当然のことと思わないでください。本質的に、マルチクラウドとは、企業が複数のクラウドベンダーの複数のクラウド サービスを使用していることを意味します。これは、マルチクラウドが、多くのクラウド プロバイダーからの多くのクラウド サービスを意味することも意味します。実際のサービスやサプライヤーの数は、最終的には企業にとっての課題となります。

したがって、クラウドの拡散に注意してください。エンタープライズ マルチクラウド ポートフォリオの成長には注意が必要です。ここで、マルチクラウド戦略の利益が生まれます。

アミン氏は、そのためにはまず企業の目標と期待される利益が非常に具体的であることが必要だと指摘する。同様に、企業はさまざまなプラットフォームに要件をマッピングする必要があります。

「マルチクラウド戦略の適切な規模設定は、組織が使用しているさまざまなクラウド サービスを注意深く調査し、互換性のあるサービスを提供するクラウド サービス プロバイダーと相互に関連付けることから始まります」とアミン氏はアドバイスします。

Amin 氏は、このマッピング プロセスにおける論理的な次のステップは、あらゆるサービスまたはベンダーのアーキテクチャと運用の機能を包括的にレビューし、マルチクラウド シナリオでの適合性を判断することだと考えています。たとえば、IaaS と PaaS はマルチクラウドのシナリオに適している傾向があると彼は指摘しました。

企業がマルチクラウド戦略をどれほど明確に定義したとしても、できるからといって「さらに」追加するという最大の罠には注意してください。