クラウド コンピューティング戦略を推進するアプリケーションは何ですか?

クラウド コンピューティングは、それがもたらすビジネス上のメリットの可能性を経営者が認識するにつれて、多くの組織にとってますます重要になっています。これらの組織の IT チームは、他の主要な IT 変革と同様に、クラウドへの移行はすぐに実行できるソリューションではなく、戦略的な計画が必要であることを認識しています。必要な業務を中断することなく継続し、予期しないコストや予測できないコストを回避しながら、段階的に業務をクラウドに移行する必要があります。

[[232682]]

彼らが直面する問題は、「どのアプリケーションを最初に移行するか」ということです。ほとんどの組織では Microsoft Office であるデスクトップ アプリケーションなどのシンプルなアプリケーションから始めるべきでしょうか、それとも ERP システムなどの最大のアプリケーションから始めて、徐々に小さなアプリケーションへと段階的に進めていくべきでしょうか。

あらゆる戦略的な問題と同様に、すべての組織に当てはまる万能の解決策は存在しません。ただし、組織の優先事項を特定して、個別の変更計画を作成する簡単な方法があります。

最初のステップは、ビジネス アプリケーションのインベントリ、つまりビジネスが依存するアプリケーションのリストを作成することです。 120 個のアプリケーションを実行する典型的な中規模組織の場合、絶対に重要なアプリケーションはおそらく 20 個程度です。これらのアプリケーションがクラウドに正常に移行されると、他のアプリケーションもそれに追随します。電子メールと生産性アプリケーションが重要なリストに含まれることはほぼ確実であり、実質的には Microsoft Exchange と Office を意味します。

2 番目のステップは、これらのビジネス アプリケーションをクラウドに移行するためのオプションを検討することです。いずれの場合も、理想的なソリューションは Software as a Service (SaaS) であり、もちろん、すべてのベンダーは自社が提供する SaaS サービスの採用を望んでおり、企業がそれをシームレスに使用できるとしたら素晴らしいことです。企業は、データがどこに保存されるか（安全か）や、SaaS ソリューションが他の重要なアプリケーションとどのように連携するかについても考慮する必要があります。

たとえば、Microsoft Office 365 は実際には SaaS であり、コストが安く、99.9% の可用性を提供するため、ほとんどの組織にとって理にかなっています。ただし、他のシステムも影響を与える可能性があることを理解することが重要です。 Office アプリケーションがクラウドに移動されると、自動的にパッチが適用され、アップグレードされるため、制御できなくなります。つまり、ベンダーがアップグレードを開発していないか、サポートを提供していないなどの理由で、古いバージョンの Office とのみ統合される別のアプリケーションがある場合、そのアプリケーションが Office アプリケーションと通信しなくなり、互換性がなくなる期間がすぐに発生します。事前に準備しておかないと、大きな問題になる可能性があります。 Microsoft は、2018 年後半にリリース予定の Office の次期バージョンをリリースする準備を進めています。

Office 365 を移行する組織は、企業の電子メール システムだけでなく、Skype for Business や SharePoint (Microsoft Teams の一部になる) もクラウドに移行します。企業がユニファイド コミュニケーションを使用する場合、サードパーティの電話システムとインスタント メッセージング (IM) システムも統合する必要があり、ビジネスの移行がさらに複雑になります。つまり、Office 365 への移行による「簡単な勝利」は、それほど簡単ではない可能性があるということです。ただし、正しく計画すれば、段階的に実行できるため、それほど困難ではなくなります。

したがって、第 2 ステップの一環として、企業は今後 2 年間のアプリケーションをマッピングし、潜在的な相互作用を理解できるようにすべてのベンダーにロードマップを提供するよう依頼する必要があります。一部のベンダーは比較的迅速に導入していることがわかりますが、長い間更新されていないアプリケーションに対してベンダーはどのような対応をするのでしょうか?アプリケーションの再開発にはコストがかかり、現在のバージョンで安定した収益を得ているベンダーの中には、変化する市場に対応できないところもあります。

この情報を入手したら、企業はステップ 3 である移行の計画に進むことができます。アプリケーションの移行には通常 1 年かかりますが、関連する混乱や潜在的な問題が発生する可能性があるため、一度に多くのアプリケーションを移行することはできません。

多くの SaaS ベンダーは、企業に対して、他のすべてのアプリケーションに自社のパブリック クラウドを使用するよう推奨しており、一部のベンダー (主に Oracle Cloud で実行される SAP など) は、ライセンスを使用してその使用を奨励しようとしています。これには利点もありますが、独占的サプライヤーに伴うリスクもあります。

企業がハイブリッド ソリューションを選択した場合、各クラウドにテナントを設定することで、異なるクラウド プラットフォームを連携させることができます。たとえば、企業にユニファイド コミュニケーションと個別のテレフォニー システムがある場合、ログインを減らしてセキュリティを強化するには、各クラウドに Active Directory などの同じ情報が必要です。ほとんどのアプリケーションには Web フロントエンドがあり、ほとんどの ID 管理システムはこれを処理できます。理論上は HTML5 がこれを統合しますが、一部のベンダーでは採用が難しいため、すべてのアプリケーションをブラウザーでテストする必要があります。極端なケースや、レガシー アプリケーションやカスタム アプリケーションを使用する場合、組織は仮想デスクトップ インフラストラクチャ (VDI) をフォールバック ソリューションとして使用できます。

クラウドへの移行に関する戦略計画を最終決定するには、まず簡単なアプリケーションを完成させてクラウドへの移行に慣れること、移行中もネットワークを管理する必要があることを忘れないこと (クラウドへの移行ではこれが標準です)、単一のベンダーに縛られないことなど、いくつかのヒントがあります。ベンダーは当然、アプリケーションが長期的にどのように連携するかよりも、短期的な収益に重点を置いています。

クラウドへの移行は互いに比較することができ、そのルートを慎重に検討する必要があります。そうしないと、行き詰まり、戻って再実装しなければならなくなります。これが困難に思える場合は、経験豊富な第三者からアドバイスを受けることを検討してください。ほとんどの企業は業務をクラウドに移行するのは一度だけなので、他社の失敗から学び、同じ失敗を繰り返さないようにする機会があるかもしれません。