クラウド コンピューティングの近代化: 落とし穴、解決策、学んだ教訓

アプリケーションをクラウドに移行するプロセスは、移行先と同じくらい価値がある場合があり、試行錯誤の末にベスト プラクティスが生まれることもよくあります。

ここでは、組織が直面する一般的な落とし穴とそれほど一般的ではない落とし穴、およびこれらの課題に対処する方法に関するアドバイスと教訓を紹介します。

クラウド移行の落とし穴

罠1：早すぎるお祝い

企業がクラウドの取り組みを続ける中で成功を祝うことは重要ですが、全体像に目を向けることも同様に重要です。落とし穴は、チームがクラウド プラットフォーム上で新しいプロジェクトを正常に構築し、日常業務の 95% が実際にはクラウド上にないことを理解または認識せずにビジネス側が勝利を主張するときに発生します。初期の注目すべきプロジェクトは通常、ミッションクリティカルではないため、クラウド コンピューティング チームは現在のシステムと統合せずに独立して作業できます。このような場合、ほとんどの従業員は新しいエコシステムがもたらすメリットを認識しておらず、クラウド コンピューティングの成果に合わせることができません。実際、クラウド コンピューティングの取り組みのほとんどは、最初のクラウド コンピューティングの「成功」が企業の変化の推進力となるのではなく、企業の技術組織の大部分を疎外してしまうために失敗します。これは、人材とプロセスがすでに整っている大規模なフォーチュン 500 企業に特に当てはまります。

解決策 - クラウド変革の旅が始まる前にビジネスの準備に重点を置き、参加する準備と意欲を整えます。これには時間がかかります。ビジネスリーダーにトレーニングと認定を提供する責任を負わせます。多くの場合、テクノロジーに関しては、人々は変化を望まないのではなく、どのように変化すればよいか分からないのです。したがって、彼らに教育を施し、近代化によって仕事が奪われるわけではないことを知らせ、彼らが長期計画の一部であることを実感させ、適応するために必要なツールを与える必要がある。クラウドの最新化の取り組みを完了するには、個別のクラウド チームやデジタル チームだけに頼るのではなく、従来のチーム内の早期導入者を活用することを検討してください。

落とし穴2: 単一クラウドからマルチクラウド環境への移行

多くの SaaS および PaaS ベンダーはマルチクラウドをサポートしていることを表明しているため、企業がマルチクラウド戦略に取り組んでいる場合は、データの同期とフェイルオーバーを処理するためにエコシステムを活用するためにこれらのベンダーを選択する可能性が高くなります。ただし、単一のクラウド プラットフォームにコミットしている場合は、ソフトウェア ベンダーの戦略が異なる場合があります。多くの技術専門家は、単一のソリューションのコストを概説すると、その後のさまざまな決定に影響が出ることに気づいていません。たとえば、クラウド コンピューティングの使用を最適化し、クラウド上でホストされる製品の下流サプライヤーを選択します。このシナリオでは、「複数のクラウドにわたってアプリケーションを構築できるデータベース プラットフォームを選択すべきか、それともクラウド ベンダーがネイティブに提供する同様のソリューションを使用すべきか」などの疑問が生じます。この落とし穴は、チームが初期段階で単一のクラウド プラットフォームを採用し、後で複数のクラウドに移行する場合に発生します。これは、特にカスタム統合によるクラウド間のデータ移動が複雑でコストがかかるためです。

解決策 – 時間をかけて調査を行ってください。組織のニーズに応じて、マルチクラウド戦略を選択するか、単一のクラウドに固執するかが決まります。ビジネス プロセスは、特定のベンダーを選択するか、ベンダーに依存しないクラウド サービスを選択するかの決定にも影響します。

罠3: 予想外のことを予想しない

非常によくある落とし穴は、企業がクラウド コンピューティングを活用しようとする際に、同じコードと開発パラダイムを使用し、シームレスに動作することを期待することです。ただし、クラウドに移行すると、予期しない結果が生じることがよくあります。たとえば、ある移行中に、オンプレミスのバージョンがクラウドと互換性がなかったため、チームはランタイムをアップグレードする必要がありました。ただし、ランタイムの新しいバージョンとの互換性を保つために、コードも更新する必要があります。別のケースでは、レガシー Web アプリケーションをクラウドに移行する際に、多くのコードを書き直して「コンテナ対応」にする必要がありました。些細なことと思われていることの多くは、特にソフトウェアやアプリケーションが古くなったり、互換性がなかったり、クラウド コンピューティングでサポートされていない可能性がある場合には、些細なことではありません。

解決策 - レガシー アプリケーションをクラウド プラットフォームに活用して移行する前に、書き直して再設計する方がコストが安くなる場合があります。ただし、一部のソフトウェアはクラウドに適していないため、オンプレミスのままにしておく必要があります。すべてをクラウドに移行したいと考えている大規模な組織にとって、ハイブリッド クラウドは避けられない場合もあると私は考えています。多くの企業は 1 つのアプローチのみを採用していますが、これではクラウド コンピューティングのメリットを十分に享受できません。書き直し、修正、持ち上げ、移動を組み合わせた多面的なアプローチを取るのが最善です。例えば：

• チームは、機能の一部を書き直して共通のマイクロサービスに統合し、クラウドにデプロイしました。
• マネージド サービスを介してアプリケーションをクラウドに直接リフト アンド シフトしました。
• また、クラウド コンピューティング管理サービスを活用してアプリケーションを移動することもできます。

最終的には、長期的な目標は、クラウド コンピューティングを単なる新しいデータ センターとして扱うのではなく、適切に活用することです。

落とし穴4: トンネルビジョン

企業の中には、既存のシステムの残りの部分を適切に機能させる方法を最初に検討せずに、クラウド上に新しいものを構築しているところもあります。彼らは、環境全体を検査してあらゆる側面を考慮するのではなく、クラウド トンネルに入るというビジョンを持っています。多くの古いアプリケーションの場合、ソフトウェア アーキテクチャ、プログラミング言語、およびツールがクラウド環境と互換性がないため、クラウドの最新化は基本的に書き直しになります。問題は、代替案を検討せずにすべてを「動かそう」とすることに行き詰まるため、彼らが求めるスピードと柔軟性を決して得られないことです。氷山の一角に焦点を合わせたままでは、クラウドへの移行のメリットを実現することは非常に困難です。

解決策 - 環境全体とアーキテクチャを総合的に検討します。企業が行う多くの決定は、移行が発生する前に実施される調査に基づいて行う必要があります。これにより、何時間、何日、あるいは何週間もの困難やフラストレーションを省くことができます。場合によっては、アプリケーションを再構築したりシャットダウンしたりする方が、クラウドへの移行よりも良い選択肢となることがあります。

落とし穴5: 古いシステムが存続している

物事が有用かつ成功するためには、一定の臨界質量に達する必要があります。これは、単に新しいアプリケーションを構築するのではなく、既存のアプリケーションを変換する場合に特に重要です。たとえば、ビジネス向けに代替プラットフォームを構築する場合、採用されて役立つだけの十分な機能を備えている必要があります。そうしないと、ユーザーは両方のシステムを同時に使用することになり、導入が遅れ、切り替えの信頼性が損なわれます。ここでの落とし穴は、現在構築中のシステムと、すでに長期間にわたって導入されているシステムの 2 つのシステムを並行して維持する必要があるため、技術的にも財政的にも、長期間にわたって「二重の衰退」効果につながる可能性があることです。これには、多くのシステムを同期させ、2 つのシステムを常に接続してビジネスに役立てる必要があり、これは複雑でコストのかかる「無駄な作業」です。クラウド プラットフォームには、より大規模で新しいシステムが存在することがよくありますが、他のシステムを廃止する機会はまったくなく、導入と統合が後回しにされることが多いため、多くの変革が経済的に失敗します。最初の落とし穴と同様に、これはどの変革にも特有のものではありませんが、クラウドの近代化によって影響が拡大することがよくあります。

解決策 - 十分に事前に計画を立てることで、複雑さとコストを削減できます。クラウド変革システムの導入パスと、レガシー システムを段階的に廃止する計画を定義します。財務上の影響は後から考慮されることが多いため、最初から財務チームを関与させてそれらの期待を管理します。これにより、設備投資や運用費など、企業の財務モデルの複雑さや、その組み合わせの管理方法が変わります。金銭的利益はクラウド近代化の主な（または唯一の）推進力ではありませんが、エコシステムを今以上に複雑にすることは避けるべきです。

学んだ教訓

人々が直面するあらゆる課題は、将来参考にして回避できる教訓となります。以下にその教訓をいくつか紹介します。

• クラウドへの移行は、テクノロジーの変更だけでなく、チームや企業の変更も意味します。
• 最初から期待を管理します。多くの企業はすぐに利益が得られると考えていますが、最初の数年間は目に見える利益はあまりないかもしれません。構築、移動、進捗状況の表示には時間がかかります。メリットが見られるようになったら、必ず段階的な進歩を示してください。
• 多面的なアプローチを採用します。書き直しと統合、ホスティングへのリフト アンド シフト、クラウド コンピューティング サービスの活用などです。これは、長期的な成功のために段階的な進歩が重要な、大規模なモノリシック アプリケーションを変換する場合に特に重要です。
• 最初の取り組みの目標は、会社の他の部門でも繰り返し使用できるプレイブックを作成することです。ビジネスの成功は、結果をどれだけうまく実行できるかだけでなく、それが会社全体で繰り返し可能なプロセスになるかどうかによっても測られます。チームはさまざまな障害や未知の事態に遭遇するかもしれませんが、道を切り開き、チェックインし、物事を軌道に乗せることが目標であることを戦略の中で明確にしてください。