レガシー・アプリのクラウドへの移行

レガシーWindows®アプリケーションをSaaS（Software as a Service）モデルに移行するには、スムーズな移行プロセスと既存顧客の維持、新規顧客の獲得を確実にするための複数のステップが必要です。このプロセスの具体的な内容は、アプリケーションの固有の特性と要件によって異なりますが、この記事では、成功するために必要なステップを高レベルで説明します。

評価と計画

トランジション・ドライバー

何がSaaSへの移行を促進しているのか？主要な競合他社はSaaSモデルを採用していますか？SaaS製品に顧客を奪われましたか？顧客はSaaSへの移行を望んでいますか？アプリケーションをSaaS化することで成功の可能性が高まるような、新しい地域や市場への進出を計画していますか?SaaSモデルで対処可能な技術的問題を抱えていますか？移行を推進する要因を理解することで、計画、実行、移行後の最適化とサポートにおいて、望ましい結果に集中することができます。

SWOT（強み、弱み、機会、脅威）分析の実施

理論的には、IT部門は技術的な観点からアプリケーションをSaaSに移行できるはずです。営業、サポート、マーケティング、財務など、IT部門以外のグループの代表も参加させる。組織全体のグループに参加してもらうことで、SWOT分析が技術的な検討事項だけに集中することを防ぎ、移行を真にサポートするために必要な企業文化の転換を促すことができる。

アプリケーション・インベントリの実施

データベース、サーバー、依存関係、API、構成など、レガシーアプリケーションのすべてのコンポーネントを特定し、文書化します。移動または更新が必要なものを正確に理解することで、プロジェクトを完了するために必要な時間、予算、専門知識をより正確に評価することができます。

展開モデルの決定

SaaS化されたアプリケーションにどのようなモデルを採用したいのか？現在、アプリケーションは企業のデータセンター(つまりプライベートクラウド)からユーザーに配信されていると仮定すると、アプリケーション、ビジネス、顧客にとって最も理にかなったモデルは何でしょうか?(注：クラウドのデプロイメント・モデルの詳細については、Windows ISVホスティング・オプションの記事を参照してください。）

パブリッククラウドの選択肢を評価する

アプリケーション、ビジネス、経済性、セキュリティ、コンプライアンス、顧客のニーズに最も適したクラウドプラットフォームはどれか。主なクラウドプラットフォームには、Amazon® Web Services（AWS）、Microsoft® Azure®、Google Cloud™、Oracle® Cloud Infrastructureなどがあります。

既存のITチームのスキルセットと可用性の評価

あなたのチームのメンバーは、技術的な移行を計画し、管理し、実行するための専門知識と帯域幅を持っていますか？既存のチームをトレーニングできますか？そのトレーニングは、プロジェクトにどれだけの時間と予算を追加しますか？経験のギャップを埋めるために従業員を雇用する予定ですか、それとも1社以上のコンサルティング会社と契約する必要がありますか？移転後、既存のチームは移転先でアプリケーションを管理するための専門知識と帯域幅を持っていますか、それともマネージド・サービス・プロバイダー（MSP）に依頼しますか？

コストと時間の分析

会社の人員、外部サービス、アプリケーションとクラウドの互換性、アプリケーションのリファクタリングと再設計、APIの更新、データ転送、ストレージの計算コスト、コンサルティング、セキュリティを確保し、アプリケーションのパフォーマンスを監視するためのツールなど、アプリケーションをクラウドに移行し、実行するための潜在的なコストと時間投資を見積もる。さらに、選択したクラウド・プロバイダーから顧客にWindowsアプリケーションを配信するために、どのようなソリューションを使用する予定ですか。また、その選択は、期間と予算にどのような影響を与えますか。

潜在的なクラウドプラットフォームを評価する

主要なクラウド・プラットフォームは、一定の利用条件の範囲内であれば、評価やテスト用にサービスの無料版を提供している。MSPと協業している場合、MSPは無償で提供される環境よりも広範なテスト環境にアクセスできる可能性がある。また、アプリケーションに市場コンプライアンスや規制コンプライアンスが適用される場合は、各クラウドプラットフォームが提供するセキュリティとコンプライアンス機能をテストドライブすることをお勧めする。

アプリケーション・デリバリー・ソリューションの評価

Windowsアプリケーションへの顧客アクセスをどのように提供しますか？公開するのか、仮想化するのか？どのソリューションがクラウドプラットフォームと連動しますか？顧客はアプリケーションにアクセスし、使用するために様々なデバイスを利用していますか？顧客は、低帯域幅のネットワーク上でも、簡単なログインと低遅延を期待していますか？MFAやSSOのようなアクセス制御や認証機能が必要ですか？シンプルで費用対効果の高い価格設定をお望みですか？GO-Globalは、あらゆるクラウドからあらゆるデバイスを使用してどこにいるユーザーにもWindowsアプリケーションを安全に公開し、あらゆるクラウドサービスで動作し、低帯域幅のネットワーク上でも優れた顧客体験を提供します。移行の複雑さを軽減する、簡単なアプリケーション配信の選択肢です。

アプリケーションのリファクタリング

新プラットフォームとの互換性チェック

アプリケーションのコードと依存関係を分析し、クラウド環境で動作するために更新または修正が必要なコンポーネントを特定する。評価によっては、スケーラビリティ、自動スケーリング、サーバーレス・コンピューティングなどのクラウドネイティブ機能を最大限に活用するために、アプリケーションの一部を再設計する必要があるかもしれない。

依存関係の管理

アプリケーションの依存関係を更新・管理して、クラウド・プラットフォームとの互換性を確保し、デプロイ時に問題が発生しないようにする。

アプリケーション・データベース

アプリケーションでデータベースを使用している場合、クラウドデータベースサービスに移行すべきか、オンプレミスのデータベースがクラウドから安全にアクセスできるようにすべきかを評価する。

アプリケーションのスケーラビリティ

必要であれば、クラウドネイティブのスケーリング機能と ロードバランサーを使用して、負荷の増加に対応できるようにアプリケーションを水平方向にスケールできるように変更する。

コスト抑制

クラウドコストを節約するために、コンピューティングリソースをより効率的に使用するようにアプリケーションを修正できますか？例えば、アプリケーションのメモリ管理効率を最大化したり、不要になったリソースを解放したり、UIの応答性や外部依存関係を最適化したりすることはできるでしょうか？このような改善は、クラウドのコストに大きな違いをもたらすのに十分でしょうか？

すべてを記録する

クラウド対応 Windows アプリケーションのアーキテクチャ図、構成の詳細、デプロイ手順を含む、アプリケーションのリファクタリングに関する包括的なドキュメントを維持します。

データ移行とアプリケーション展開

クラウド環境のセットアップ

MSPまたはクラウドプロバイダーと協力して、インフラのプロビジョニングを行います。ネットワーク、ストレージ、サーバー、ロードバランシング、その他必要なサービスを設定します。アクセス制御とID管理機能を実装する。

テスト、テスト、テスト

選択したクラウド環境でアプリケーションを徹底的にテストし、期待通りに機能し、予想される負荷に対応できることを確認する。互換性とパフォーマンスに注意を払う。負荷テストを実施し、様々なレベルのストレスや負荷の下でアプリケーションがどのように動作するかを判断し、スケーラビリティ設定の微調整に役立てる。アプリケーションをスケールアップまたはスケールダウンするための戦略を決定し、それもテストします。最後に、侵入テスト、脆弱性テスト、ソフトウェア・セキュリティ・テスト、データ・セキュリティ・テストなどを実施し、アプリケーションとクラウド・インフラが可能な限り安全であることを確認する。

カスタマートレーニングとオンボーディングリソースの開発

既存の顧客がクラウドアプリケーションへの移行に備えるためのトレーニングやオンボーディングリソースを構築する。これには、文書、ウェビナー、または大規模な顧客向けの対面式トレーニングセッションを含めることができる。顧客が最も魅力的な方法でトレーニングに参加できるように、様々なメディアでトレーニングを提供する。既存の顧客トレーニングの開発と並行して、新しいアプリケーションのための新しい顧客オンボーディング資料とプロセスを構築する。

アプリケーションの展開を計画する。

例えば、既存の顧客にどのようにアプリケーションをデプロイしたいかを決定する：

• カナリア展開／段階的ロールアウト：最初は、信頼できる少人数の顧客グループまたは限られた地域にクラウドアプリケーションをリリースする。アプリケーションが致命的な問題なく良好に動作する場合は、本格的なロールアウトの前にアプリケーションのパフォーマンスとユーザーからのフィードバックを監視できるように、既存の顧客のサブセットに徐々に利用可能な範囲を広げていきます。
• 段階的な展開：顧客ベースをセグメントに分ける（例えば、地域、アプリの使用経験レベル、顧客としての年数など）。一度に1つのグループにアプリケーションを展開し、次のグループに移る前に問題を特定して解決するようにします。
• 顧客からのオプトイン：既存の顧客に、新しいクラウドアプリケーションへのオプトインまたはアクセス要求を許可する。このアプローチにより、顧客は新システムへの移行をコントロールできるようになる。顧客が新しいアプリケーションに移行できるよう、余裕をもった期限を設けるが、足を引っ張る顧客には厳しい期限を設ける。
• 新規顧客：新規顧客がクラウドアプリケーションに自動的にオンボードする日を決定する。
• ヘルプデスクチームと連携する：ヘルプデスクチームには、顧客に通知する前に、ロールアウト計画について意見を求める。ヘルプデスクチームには、ロールアウトの実行と顧客の成功を向上させる、顧客の期待や行動に関する有益な洞察があるかもしれない。そしてもちろん、最終的なロールアウトのタイムラインを提供し、クラウド・アプリケーションに問題がある顧客をサポートできるように準備する。

顧客とのコミュニケーションは早めに、そして頻繁に

クラウドアプリケーションのローンチを3～4ヶ月前に顧客に知らせる。発表では、アプリケーションの変更点、展開スケジュール、顧客に期待される行動について説明する。段階的または段階的なデプロイメントアプローチを使用する場合は、顧客セグメントごとのタイムラインに合わせてアナウンスと情報を提供する。ヘルプデスク・チームの負担を防ぎ、問題がエスカレートする前に対処するために、顧客へのフィードバック・ループを提供する。

データのバックアップとリカバリー

アプリケーション・データは、移行前に安全にバックアップしておく必要があります。新しいクラウド・サービスを利用したバックアップとディザスタ・リカバリの計画を立てましょう。データが定期的にバックアップされ、障害発生時に迅速に復旧できることを確認し、バックアップとデータ復旧手順のテストを定期的に実施する。

クラウドへのデータ転送

適切なツールやサービスを使用して、アプリケーションのデータをクラウドに移行する。これには、データベース移行ツール、ストレージサービス、またはデータ転送アプライアンスを使用する必要があるかもしれない。ほとんどのクラウド・プロバイダーは、このプロセスを簡素化するデータベース・サービスを提供している。

旧システムを維持しながら並行してロールアウトを実行する

移行期間中は、旧システムとクラウドアプリケーションを並行して稼働させる。これにより、問題が発生した場合にユーザーが切り替えを行うことができ、移行期間中のセーフティネットとなる。

配備後

ロギングとモニタリング

クラウドネイティブ・ツールまたはサードパーティ・サービスを使用して、包括的なロギングおよびモニタリング・ソリューションとプラクティスを導入する。これにより、アプリケーション・パフォーマンスを可視化し、新しいクラウド・リソースを最大限に活用できるようになる。

コンプライアンスとセキュリティ監査

定期的に監査を行い、セキュリティおよびガバナンスポリシーの遵守を確認し、必要に応じて必要な調整を行う。

コスト管理

リソースの使用率を最適化し、選択したクラウドプラットフォームやMSPが提供するクラウドコスト管理ツールを使用して、コストを監視および管理します。

スケーラビリティと成長計画

ユーザー需要やアプリケーション要件の潜在的な変化を考慮し、将来の成長と拡張性を計画する。

結論

レガシーWindowsアプリケーションのクラウド移行を成功させるには、慎重かつ綿密な計画が基本です。移行を成功させるために、必要に応じてクラウド移行の専門家やコンサルタントと協力することも検討しましょう。

お客様の作業負荷を軽減する一つの方法は、アプリケーション配信ツールとしてGO-Globalを選択することです。GO-Globalはどのようなクラウドインフラストラクチャでも動作するため、アプリケーションの配信方法を心配することなく、お客様に最適なクラウドサービスを選択することができます。

もっと詳しく知りたい方は

- GO-Globalの顧客ケーススタディはこちら；

- デモのご依頼はこちらから；

- または、 30日間の無料トライアルをダウンロードしてください。