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

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

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

米国特許商標庁の最高情報責任者ジェイミー・ホルコム氏は、もう少し微妙な見解を持っている。同氏は、クラウド サービス プロバイダー間でアプリケーションを移動するオプションを維持したいと考えており、すべての主要プロバイダーを対象に市場調査を実施している。ただし、これを行うには、アプリケーションを初めてクラウドに移行する前に計画を立てる必要があります。

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

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

ジェイミー・ホルコム、USPTO 最高情報責任者

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

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

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

CIO がベンダー ロックインを回避するために最大限の努力を払っているにもかかわらず、ベンダー ロックインが依然として発生することがあります。合併や買収によって組織がマルチクラウドアーキテクチャを持つようになることはよくあり、CIO は統合を望むことが多いものの、コストが高すぎて正当化できないことが多いと Nag 氏は言います。ほとんどの場合、これらの CIO は、ロックインされているため、マルチクラウド モデルに留まることに決めます。「閉じ込められています。大きすぎます。」

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

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

しかし、ガートナーが「クラウド回帰」と呼ぶ、重要なアプリケーションをクラウド プロバイダー間で移動したいという要望は、クラウドへの直接展開時や、組織が手頃なクラウド ネイティブ ミドルウェアと開発ツールを使用して、完了後にアプリケーションをオンプレミスのプライベート クラウドに戻すことを決定した際の計画不足の結果であることが多いと、ナグ氏は述べた。

ガートナー、クラウド サービスおよびテクノロジー担当副社長、シド ナグ氏

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

金融サービス会社 USAA は、各ワークロードと一般的なビジネス アプリケーションをホストするために使用するクラウド サービス プロバイダーを 4 社から慎重に選択しました。 「当社はクラウドプロバイダーと、彼らが最も得意とするビジネスサービスやテクノロジーサービスを組み合わせています」と、同社の上級副社長兼最高技術責任者のジェフ・カルシンスキー氏は語った。

USAA のマルチクラウド戦略は、彼が「設計によるオープン」の原則と呼ぶものに基づいています。 「当社はオープンスタンダードを採用しており、ベンダーロックインの可能性は低減しています」と同氏は述べたが、一部のローカルサービスは魅力的な価値提案を提供しており、それをベンダーロックインの可能性と比較検討する必要があることも認めた。

ナグ氏は、たとえ最新のサービスを使用していたとしても、各プラットフォームでの実装は異なるため、ロックインの点ではオープン設計の原則には限界があると述べた。たとえば、Amazon の EC2 と Google の GCP は基盤上では同じことを行っていますが、EC2 で実行されるアプリケーションは、多大なコストのかかるやり直しなしには GCP 上で実行できません。 Kubernetes は業界標準ですが、その実装 (Azure Communication Services や Google Kubernetes Engine など) はさまざまです。

「しかし、クラウド プロバイダーとアプリケーションの間には抽象化のレイヤーが生まれており、オンプレミスのクラウド プロバイダー サービスを使用する場合でも移行を簡素化できる」と Del Giudice 氏は述べています。 「パブリッシュ/サブスクライブ、サービス呼び出し、シークレット管理、状態管理などのこれらのサービスは、クラウド プロバイダーに関係なく、アプリケーションのコンポーネントを抽象化します。」つまり、結論としては、「選択肢はまだ残っていますが、あるクラウド プロバイダーから別のクラウド プロバイダーに移行するには、いくつかの作業を行う必要があります。」

Globant Cloud Operations and Cyber​​security Studio のパートナー、Pablo Del Giudice 氏

データ要件は、慎重な計画を必要とするもう 1 つの領域です。 「アプリケーションをクラウド間で移動するには、他の関連データも移動する必要があり、データの移動も非常にコストのかかる作業であるため、非常にコストがかかります」とナグ氏は述べた。

だから事前に計画を立てるべきだ、とホルコム氏は付け加えた。 「データをどのように取り出し、それらのソフトウェア サービスを他の場所でどのように複製するかを示す契約が締結されていない限り、プロバイダーと契約しないでください。」

しかし、構造化された方法と使用可能な形式でプロバイダー間でデータを移動できるようにするための ETL 戦略が導入されていたとしても、そのような計画は存在しないことが多いと Del Giudice 氏は言います。 「クラウド サービス プロバイダーは、理論上は使いやすいオープン プラットフォームとデータ アクセス プロトコルの使用を重視していますが、これらのサービスにアクセスする際のネットワーク制限とセキュリティは見落とされがちです。」

どのクラウドネイティブ サービスを使用するかを決定する際に、組織に選択の余地がない場合があります。セキュリティが良い例です。 「セキュリティのニーズが高い場合、一般的なネットワーク セキュリティでは不十分な可能性があります。」ニーズが具体的であればあるほど、ベンダー ロックインの観点でサービスは厳しくなります。同氏は、データ集約型の業務を行う企業はストレージと帯域幅の両方の問題に直面しており、PaaS および IaaS プロバイダーはこれら 2 つの要素を競争上の優位性として活用していると述べました。 「高性能なストレージと帯域幅を同時に必要とする場合、それは非常に難しい問題です。」

ホルコム氏は、地元のサービスを利用してカスタマイズを行う「ブラックスプルース」アプローチを採用している。トウヒの枝が幹に近い位置に保たれているのと同じように、USPTO はカスタマイズを可能な限り「細く」していると彼は述べた。これにより、ロックインが軽減されるだけでなく、組織が過負荷でコストのかかるバージョン管理パスに悩まされることがなくなります。

カルシンスキーも同様のアプローチをとった。 「ほとんどの PaaS にはコア機能といくつかの補助機能があります。私たちは補助機能の数を制限し、コア機能に重点を置いています。」

USAA 上級副社長兼最高技術責任者、ジェフ・カルシンスキー氏

SaaS ベースのアプリケーションでも同じことが当てはまると Holcombe 氏は付け加えました。これは、彼のチームが Remedy から ServiceNow と Salesforce に移行した後に採用した原則です。 「カスタマイズしすぎず、必要なときに変更してください。私たちはそれらに依存していません。これは優れた構造プラットフォームです。しかし、最適化しすぎると、問題が発生します」と彼は言いました。

しかし、今回はカルシンスキーは違った対応をした。 「SaaS プラットフォームについては、できるだけ多くのものを採用するつもりです。企業としてはベンダーの機能に十分な差別化が見られず、変更の可能性も低いからです。」

移行に伴う潜在的な問題を回避する

当然のことながら、クラウド プロバイダー間の移行には、互換性の問題、セキュリティ上の懸念、大規模なアプリケーションの再構成の必要性、新しい環境にシームレスに統合できないレガシー オペレーティング システムや古いテクノロジ スタックに基づくイメージの処理など、無数の課題が伴います。大量のデータを転送すると、ダウンタイムや潜在的なデータ損失が発生する可能性もあるため、移行中に一貫したパフォーマンスとスケーラビリティを確保することが重要です。 「これらの課題に対処するには、慎重な計画、徹底したテスト、明確なロールバック戦略が必要です」とデル・ジュディチェ氏は述べた。

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

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

選択肢を慎重に検討する

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

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

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

クラウドへの移行は、その性質上、リスクを伴います。しかし、事前に計画を立て、プロセスを最後までやり遂げる勇気を持つ CIO は、より費用対効果の高いクラウド サービスと価格モデル、拡張性とリソース割り当ての改善、パフォーマンスと応答性の向上を実現できる可能性があります。 「ベンダーロックインを減らすことで、俊敏性と革新性が向上する」とデル・ジュディチェ氏は語った。 「最終的には、クラウドへの移行が競争力、イノベーション、効率性の向上につながります。」