2020 年のクラウド移行の課題

クラウド コンピューティング テクノロジーはますます普及していますが、競争で優位に立つためには、今年、クラウド移行の課題を克服する必要があります。

調査によると、2020 年はクラウドへの移行と採用、およびクラウド コンピューティングの支出が 17% 急増する年になると予想されています。

クラウド コンピューティングのトレンドに参入する企業が増えるにつれ、クラウド コンピューティングの道のりが必ずしもスムーズではないことに気付く企業が多くなります。同じ課題が何度も発生し、企業がクラウドの真のメリットを享受できなくなることがよくあります。

[[314584]]

どのクラウド コンピューティング プロバイダーを選択すればよいでしょうか?

企業がクラウド移行の取り組みを開始する場合、開発にクラウド センター オブ エクセレンスを使用したり、パブリック クラウド プロバイダーで製品全体を構築したりするためのサポートを受けるのが一般的です。しかし、多くの企業は難しい選択に直面するでしょう。どのバスケットに卵を入れるべきか？つまり、どのクラウド コンピューティング プロバイダーを選択すべきでしょうか?

従来、多くの企業は AWS や Google などのオンライン サービス プロバイダーが提供するクラウド プラットフォームを採用してきました。代わりに、入札制度を利用するか、参加しやすいクラウド コンピューティング プロバイダーを選択することになります。しかし、どちらのアプローチも、エンジニアリングと開発者のエクスペリエンスへの影響を考慮していません。

では、どのようなアプローチを取るべきでしょうか?おそらく、特定のクラウド プロバイダーによってトレーニングを受けたエンジニアのチームがすでに存在しているでしょう。おそらく、あなたの会社には、特定のクラウド コンピューティング プロバイダーが提供するサービスをより有効に活用する製品を開発する必要があるかもしれません。あるいは、ビジネス運営と顧客が所在する地域が、特定のクラウド コンピューティング プロバイダーの地域的な可用性とよりよく一致する場合もあります。

いずれの場合も、大規模な導入に向けて組織の成熟度を示す最初のプロバイダーを選択することが重要です。これにより、企業は、より多くのクラウド プラットフォームを導入するという次の課題に直面することになります。

曇り – 早すぎる試みの誘惑

これは企業が何度も直面する課題のようです。ほとんどの組織は、クラウド導入の初期段階で、あまりにも多くのことをすぐに実行しようとします。これらの企業は、ベンダーロックインを回避するために、マルチクラウドを迅速に導入できます。しかし、初日からマルチクラウド戦略を採用すると、エンジニアリング基準が低くなり、導入をサポートするための組織的成熟度が不十分になることがよくあります。

マルチクラウド アプローチには、特に規制された環境において、間違いなく多くの利点があります。ただし、企業は、ベンダー ロックインに関する市場主導の懸念に基づいてではなく、エンジニアリング標準と組織の成熟度および経験に基づいてこの決定を行う必要があります。多くの企業は、クラウド コンピューティング テクノロジーの導入に対する規制当局の姿勢を理解できず、実際の規制問題ではなく感情的な要素に基づいて意思決定を行うことがよくあります。

最善のアプローチは、単一のクラウド プロバイダーから始めて、技術的能力を構築し、企業や規制の枠組みに従って本番環境レベルのワークロードをホストする能力を実証することです。企業が人材とプロセスの側面を整え、ある程度の実績を積めば、他のクラウドへの展開は組織の能力ではなく、規模と技術力の問題になります。

さらに、2020 年には、規制圧力の高まりや特定のユースケースにおける特殊なクラウド プラットフォームの必要性により、多くの企業がマルチクラウドへの取り組みを大幅に増やし始めたため、別のクラウド プラットフォームに拡張する前に、1 つのクラウド プラットフォームで適切に運用できることが重要になり、そこから得た経験と教訓が重要になりました。

最終的な目標は、2 番目のクラウド プラットフォームを最初のクラウド プラットフォームと同様に優れたものにすることです。このようにして、企業は長期的にクラウド中立性を実現できますが、リスクを軽減し、コストを最小限に抑えながら段階的に実現できます。

クラウドブローカー – マルチクラウドマネージャー

クラウド コンピューティングの大量導入に対する課題と障壁のリストにクラウド ブローカーを含めるのは奇妙に思えるかもしれませんが、それでもまだ潜んでいます。企業がしばしば重要な次のステップと考えるのは (エンジニアリング チームを厳格なマルチクラウド フレームワークに強制した後)、マルチクラウド管理エージェントを検討することです。これらは、さらに別の抽象化フレームワークと、「サービス カタログ」を提供するための非効率的な API 設定目標を提供します。

クラウド ブローカーの歴史を見ると、多くの場合、クラウド ブローカーの請求額が高額になったり、エンジニアリング メッシュが複雑になってスケーラビリティが妨げられ、エンジニアリング チーム間でフラストレーションが生じることがわかっています。

エンジニアリング チームに、クラウド プロバイダーが提供する最適なリソースを探索して活用できるようにする疎結合フレームワークを提供することが、拡張可能な唯一のアプローチであることが証明されています。その後、エンジニアリングの創造性を妨げることなく、より効果的なガバナンス モデルを実現する特定のドメイン固有のツールを追加できます。

たとえば、企業のフィンテック チームは、クラウド コンピューティングの消費に関する財務を効果的に管理、確認、最適化することを目指しており、Cloudability などのマルチクラウド コスト管理ツールを使用しています。

要約すると、企業が 2020 年にクラウド導入を成功させるには、各クラウド プロバイダーが提供する最高のものを採用する必要があります。ただし、これはベンダー ロックインを恐れて新しいクラウド プラットフォームを急いで導入すべきだということではありません。現時点で最善のクラウド コンピューティング戦略は、単一のクラウド プラットフォームを導入することかもしれません。最後に、企業はエンジニアリング チームに疎結合フレームワークを提供し、エンジニアリングの創造性を発揮する余地を残しながら、これらのフレームワークを採用できるようにする必要があります。