クラウド アプリケーション移行の問題を回避する 4 つの解決策

企業が重要なビジネス アプリケーションをクラウドで実行することに決めたら、別のベンダーに切り替えることはほとんどありません。その大きな理由の 1 つは、選択したプロバイダーのエコシステムに縛られてしまう傾向があることです。ガートナーのクラウドサービスおよびテクノロジー担当副社長シド・ナグ氏は、移行コストが高すぎると述べた。 「しかし、計画をしっかり立てれば、アプリケーションを移動する必要はない」と彼は語った。

プロフェッショナルサービス企業Globantのクラウドおよびサイバーセキュリティスタジオのパートナーであるパブロ・デル・ジュディチェ氏は、企業が適切な位置付けをすれば移行は可能だと付け加えた。彼と彼のチームはまさにそれを成功させました。彼は次のように考えています。「重要なのは、オープン プラットフォームとフレームワークを戦略的に採用し、クラウド プロバイダーにインフラストラクチャ層の役割のみを担わせることです。このアプローチは学習曲線が急峻ですが、中長期的にはより好ましい結果を生み出します。重要なのは、ビジネスの境界を分割し、特定のベンダーにあまり縛られないソリューションを作成できる、プラットフォーム中立のソフトウェア アーキテクトを導入することです。」

ジェイミー・ホルコムは米国特許商標庁の CIO です。彼は、クラウド サービス プロバイダー間でアプリケーションを移動する際に選択肢を広く保ちたいと考え、すべての主要プロバイダーについて市場調査を行いました。ただし、これを行うには、アプリケーションを初めてクラウドに移行する前に十分な計画を立てる必要があります。

ロックインのリスクを最小限に抑える

各ベンダーのクラウドネイティブ サービスを活用する際には、長所と短所を慎重に検討する必要があります。 「特定のサービスに依存しないためにクラウドプロバイダーのネイティブサービスを使用しないことを選択した場合、「より良く、より安く、より速く」というビジネスケースの指標の多くを失うことになります」とホルコム氏は言います。ベンダー ロックインにコストがかかるのと同じように、不可知論にもコストがかかります。

Del Giudice 氏は、クラウド コンピューティング ベンダー ロックインを 3 つの形式に分類しています。プラットフォーム ロックインとは、クラウド インフラストラクチャの完全な構成 (リソースのグループ化、ポリシー、RBAC、ハイブリッド接続、監視、コンプライアンスなど) がある場合に、新しいプラットフォームでこのすべての構成を再作成する複雑さにより、別のプラットフォームへの移行が困難になることです。

アーキテクチャのロックインとは、アプリケーションがクラウド プロバイダーの複数の管理サービスに依存していることを指します。この場合、移行する前にアプリケーションを再構築する必要があります。

さらに、法的な拘束力があり、これは、事前に決められた期間、エンタープライズ サービス契約を遵守することを約束することを意味します。 「こうした約束は解除するのが難しく、したがって移住を実施するのも難しい」と彼は語った。

CIO が最善を尽くして回避しようと努力したにもかかわらず、ベンダー ロックインが発生することがあります。合併や買収によって、企業はマルチクラウド アーキテクチャを抱えることが多く、CIO は統合を望むことが多いものの、コストが高すぎてそれを正当化できないことが多いと Nag 氏は述べています。ほとんどの場合、こうした CIO は、ロックインされているため、マルチクラウド モデルに留まることに決めます。「本当に行き詰まってしまうのです」と Nag 氏は言います。

デル・ジュディチェ氏は、障害があるにもかかわらず、企業がIaaSプロバイダー間で移行する十分な理由があると述べた。最も一般的に挙げられる理由は、価値と運用コストのコスト比率を改善すること、競合するクラウド サービス プロバイダーからの有利な割引を利用すること、企業が信頼性を向上させたい場合にマルチクラウド アーキテクチャを利用することです。

将来の移行に備えて計画を立てる

しかし、ガートナーが「クラウド回帰」と呼ぶ、クラウドサービスプロバイダー間で重要なアプリケーションを移行したいという要望は、多くの場合、計画不足の結果であるとナグ氏は述べた。彼は、これはクラウドへのリフトアンドシフト展開だけでなく、企業が手頃な価格のクラウドネイティブミドルウェアと開発ツールを使用し、完了後にアプリケーションをオンプレミスのプライベートクラウドに戻すことを決定した場合にも発生すると考えています。

彼は、計画を立て、クラウドに移行する適切なアプリケーションを選択できるようにするために、MSP またはシステム インテグレーターのサービスを維持することを推奨しています。 「これは重要なことです。なぜなら、一度転送すると、そのプラットフォームに縛られることに同意することになるからです。」

さらに、PaaS 移行の主な失敗点としては、コストやビジネスの期待を満たさないこと、リソース スキルが不十分であること、標準化とセキュリティ基盤が欠如していること、クラウド ネイティブ機能を活用していないこと、セキュリティとコンプライアンスの問題、クラウド運用モデルを採用していないことなどが挙げられます。

Del Giudice 氏は、クラウド プロバイダー間の移行を検討している企業に対して、6 段階のアプローチを推奨しています。まず、サブスクリプション モデルを評価して、ROI 目標を満たしていることを確認します。ハイブリッド クラウド アプローチを採用します。将来の移行オプションを確保するために、可能な限りクラウドに依存しないソリューションを使用してください。ネイティブ クラウド サービスを使用する場合は、抽象化レイヤーを使用してアプリケーションを設計します。リスクを軽減するために、データ移行の計画、テスト、およびバックアップ戦略に投資します。必要に応じてライセンス契約を確認し、調整します。

選択肢を慎重に検討する

クラウドプロバイダーへの移行を検討する際には、移行コストとデータの所有権を必ず考慮する必要がある、と Calusinski 氏は言います。

ロックインを増やすオンプレミスのクラウド サービスを使用することと、非依存のままでいることの間でバランスを取ることに関しては、正しい答えはなく、ビジネスとそのミッションにとって最善の答えがあるだけだとホルコム氏は言います。問題は、クラウドベースのアプリケーションが組織の使命と一致し、その使命を長期的に達成するために最高の価値を提供するかどうかである、と彼は言いました。 「コストインフラが過度に複雑だと、ビジネスモデルが変わっても変更することができません」と彼は語った。 「USPTO が設計したマルチクラウド アーキテクチャのように、選択肢を広く保ってください。私の主な目標は、サービス プロバイダー間で競争を起こすことです。」

クラウド移行戦略を策定する際には、価格モデルに必ず注意を払うべきだとデル・ジュディチェ氏は述べた。 「潜在的なコスト削減策を検討し、データ転送コストを考慮に入れてください」と彼は語った。 「このアプローチは、クラウド運用コストの予期せぬ急増を防ぎ、予算の制約に合わせるために重要です。移行戦略を実行する際に考慮すべき要素が他に 2 つあります。まず、移行を容易にするためにクラウド プロバイダーがどのようなサービス (マイクロサービスやサーバーレスなど) を提供しているかです。カスタム ソリューションを使用するか、クラウド プロバイダーのマネージド サービスを使用するかを選択する必要がありますが、ベンダー ロックインのリスクが生じます。次に、クラウド プロバイダーがアプリケーションの移行に対してインセンティブ プログラムを提供している場合があり、大規模な移行では割引が大きくなる可能性があります。」

本質的に、クラウドへの移行にはリスクが伴います。しかし、CIO が時代を先取りし、このプロセスを継続すれば、よりコスト効率の高いクラウド サービスと価格モデル、より優れたスケーラビリティとリソース割り当て、そしてパフォーマンスと応答性の向上が実現します。 「ベンダーロックインを減らすことで、俊敏性と革新性を高めることができます」とデル・ジュディチェ氏は語った。 「最終的には、クラウドへの移行により競争力、イノベーション、効率性が向上します。」

出典: www.cio.com