クラウドに移行する前に考慮すべき重要な要素

クラウドへの移行が賢明な選択である理由は何ですか?

どの企業にもクラウドに移行する理由があります。しかし、根本的な理由は、ビジネス プロセスの近代化に重点を置くことです。

そこで、この記事では、企業がクラウドへの移行を決定する理由を整理します。一緒に見てみましょう。

コストの削減:クラウドへの移行により、ビジネス プロセスの効率が向上し、運用コストが削減されます。データセンターの構築と運用は企業にとってコストがかかる可能性があります。ただし、クラウドを使用すると、企業は使用したサービスに対してのみ料金を支払うことになります。

柔軟性:クラウド コンピューティングにより、従業員はどこからでも作業できる柔軟性が得られ、オフィス内のワークステーションの数も削減されます。在宅勤務のシナリオに最適です。

ビジネスの俊敏性の向上:競合他社に遅れを取らないためには、IT リソースへの柔軟なアクセスが不可欠です。クラウド環境では IT リソースの 99% がオンデマンドで利用できるため、企業はハードウェア コンポーネントやインストールを待つ必要がありません。代わりに、利用可能なリソースをクラウド プロバイダーから直接レンタルできます。

バックアップ計画は不要:従来のコンピューティング システムでは、データを保存するためにバックアップ計画が必要です。バックアップ ストレージがないと、事故によりデータが永久に失われる可能性があります。クラウドにデータを保存する場合、バックアップ計画は必要ありません。このデータは、ユーザーがインターネットに接続している限り利用できます。

データ セキュリティ:情報をローカル データ センターに保存するよりも、クラウドに保存する方が安全です。情報がクラウドに保存されている場合は、機密データを他のアカウントに簡単に転送できます。ただし、クラウド プラットフォーム上のセキュリティ プロトコルを解読するのは非常に困難です。

生産性の向上:アプリケーションとデータベースのクラウド ホスティングにより、生産性が大幅に向上します。これにより、企業の従業員はさまざまな場所から簡単にデータを共有し、複雑なプロジェクトで共同作業を行うことができます。データの再入力などの反復的なタスクがなくなり、さまざまな面で多くのコストを節約できます。

2. クラウド移行前に考慮すべきポイント

1. 適切なクラウドサービスプロバイダーを選択する

適切なクラウド ベンダーを選択することは、クラウド移行プロセスにおける重要なステップであり、企業がその決定から最大限の成果を得られるかどうかを決定します。パフォーマンスの安定性からカスタマイズ、顧客サポートから災害復旧まで、企業のサービス プロバイダーの選択によってさまざまな要素が左右されます。

企業がクラウド プロバイダーを選択する前に考慮すべき点は次のとおりです。

a) インフラ設計

インフラストラクチャの設計では、データセンターのセットアップ、HPC、および多層セキュリティを考慮する必要があります。

サービスプロバイダーは世界中にデータセンターを構築する必要があります。これにより、企業ユーザーは最も近いデータセンターのサービスを利用できるようになり、遅延が最小限に抑えられます。さらに、特定のデータ センターで予期しない停止が発生した場合でも、最も実行可能なデータ センターが中断することなくサービスを継続します。

これに伴い、クラウド サービス プロバイダーのデータ センター ネットワークの信頼性を評価することも重要です。

HPC:選択されたクラウド プロバイダーは、理想的なパフォーマンスを確保するために、クラウド設計に HPC (ハイ パフォーマンス コンピューティング) サーバーを導入します。リソース集約型および負荷集約型のアプリケーションでも優れたリアルタイム パフォーマンスを実現します。

多層セキュリティ:信頼できるクラウド サービス プロバイダーは、ホスティング、組織、物理的な配置という 3 つのレベルのセキュリティを管理するための具体的な計画を持っている必要があります。

企業は、多要素認証、侵入検知および防止システム (IDS および IPS)、情報暗号化、アクセス制御フレームワーク、エンタープライズグレードのファイアウォールなどの高度なセキュリティ機能が、クラウド サービス プロバイダーのセキュリティ マニフェストに含まれているかどうかを確認する必要があります。

バックアップ:ほぼすべてのサービス プロバイダーがデータ バックアップ機能を提供しています。ただし、ビジネス目的に適したクラウド サービス プロバイダーを選択する際には、データのバックアップを実行できる範囲や速度が重要な役割を果たします。

BCDR:ビジネス継続性と災害復旧は、サービス プロバイダーが停止後にマネージド サービスを再確立する能力を実証します。さまざまなポイントでの情報レプリケーションとさまざまなレベルのインフラストラクチャ冗長性は、クラウド サービス プロバイダーが提供する BCDR サービスの品質を決定するその他の要素です。これはすべてのクラウド ホスティング サービスの基本的な部分であり、特別な料金は発生しません。

稼働時間:アプリケーション/製品を使用する顧客がクラウド サービスにアクセスできる期間。企業は、顧客が世界のさまざまな場所から企業の製品に継続的にアクセスできるように、高い稼働率を提供する CSP を選択する必要があります。

SLA:サービス レベル契約 (SLA) は、管理ガイドライン、利用規約を文書化したリストです。 SLA では、約束したポイントのリストを提供できなかった場合にクラウド サービス プロバイダーがどのように補償するかも規定されます。カスタム クラウド ソリューションの場合、企業はサービス プロバイダーに独自の SLA を定義するよう依頼することもできます。 CSP を選択する前に、SLA を十分に評価することをお勧めします。

b) サポート

一部のクラウド サービス プロバイダーは、営業時間内にのみサポートを提供します。ユーザーのニーズに応じて、企業は週末や休日を含む 24 時間 365 日の無制限のサポートを提供するホスティング プロバイダーを選択できます。今日では、クラウド サービス プロバイダーは、顧客がクラウド サポート スタッフとやり取りする際に、電話、チャット、電子メールなど、好みの通信モードを選択できるようにしています。

c) 価格設定

CSP が提供するプランは、コストパフォーマンスに優れ、変化するリソース ニーズに適応でき、顧客が望むすべてのサービスが含まれている必要があります。また、有料サブスクリプションを開始する前に、割引戦略や無料の初回アドバイスがあるかどうかを確認してください。

d) プライベートサーバー

プライベートサーバーによって提供される資産はユーザー自身の使用のみを目的としており、他のユーザーによって妨害されることはありません。一部の企業では、ビジネス プロセスに機密性の高いデータが含まれたり、高性能な処理が必要になったりするため、プライベート サーバーが必要になります。

2. 最適なクラウド導入モデルを選択する

クラウドへの移行を決定したら、次のステップはビジネス目標に合った適切な展開を選択することです。アプリケーション パフォーマンスに対するビジネスの期待を考慮し、選択したモデルにそれを実現するデータ転送機能が備わっていることを確認します。

クラウド展開モデルによって、企業のクラウド フレームワークを誰が所有し、操作できるかが決まります。開示フェーズで概説された企業のリソース、ネットワーク、ストレージのニーズと企業の全体的な目標に基づいて、企業は以下にリストされているクラウド展開モデルのいずれかを選択できます。

パブリック クラウド:パブリック クラウドでは、サービスはパブリック ネットワーク経由でサードパーティ ベンダーによって所有および実行されます。これらのサービスは、利用を希望する個人または企業に無料で、または従量課金制で提供できます。

プライベート クラウド:プライベート クラウドの場合、資産は 1 つの企業のみによって使用および所有されるため、追加コストがかかるとしても、制御とカスタマイズを求めるセキュリティおよび金融関連の企業にとって、このアプローチは魅力的です。

ハイブリッド クラウド:ハイブリッド クラウドは、プライベート クラウド コンポーネントとパブリック クラウド コンポーネントを接続し、両者間で資産を移動できるようにします。プライベート クラウドとパブリック クラウドを組み合わせて、両方のモデルの利点を活用します。

マルチクラウド:マルチクラウドとは、単一の環境で異なるクラウド サービスを使用することです。たとえば、パブリック クラウドとプライベート クラウドを組み合わせて使用​​したり、パブリック クラウド ベンダーを組み合わせて活用することで、単一のベンダーへの依存を減らしたり、複数のベンダーの利点を理解したりすることを意味します。

3. 移行に適したソフトウェアを選択する

クラウド移行プロセスを支援するさまざまなソフトウェアがありますが、アプリケーションに適したソフトウェアを選択するのは簡単ではありません。各 CSP のコンサルタント技術チームと話し合い、ソフトウェアを決定する前に各ソフトウェアに関する適切な洞察を得てください。たとえば、オンプレミスからクラウドに仮想マシンを移行するために、AWS は次のアプライアンスを提供します。

• AWS VM インポート/エクスポート
• サーバー移行サービス

4. 適切なエリアを選択する

データ センターのリージョンを選択することは、クラウド コンポーネントを設定する上で重要なステップです。たとえば、AWS は世界中にデータセンターを持ち、地域ごとに価格や提供されるサービスのリストが異なります。したがって、企業のアプリケーションをグローバルに分散する必要がある場合は、必要な AWS グローバルサービスを使用して、各リージョンにワークロードを分散できます。

5. クラウド統合レベルを選択する

アプリケーションをオンプレミス サーバーからクラウドに移行するには 2 つの方法があります。

浅いクラウド統合:浅いクラウド統合は「リフト アンド シフト」とも呼ばれ、サーバーにほとんど変更を加えずにオンプレミスのアプリケーションをクラウドに移行し、新しい環境でスムーズに実行できます。それでも、アプリケーションはそのまま移動されます。

ディープ クラウド統合:ディープ クラウド統合では、動的読み込み、自動スケーリング、サーバーレス コンピューティングなどの単純なクラウド機能から複雑なクラウド機能までを使用するようにアプリケーションを変更します。

6. セキュリティ

クラウド プロバイダーを選択する際には、セキュリティが重要な考慮事項となります。したがって、クラウド サービス プロバイダーが適切なセキュリティ対策を講じているかどうかを確認することが不可欠です。

安全な移行プロセスを保証するために、次の点に注意してください。

a) 共有責任モデルを理解する:クラウド プロバイダーは共有責任モデルに基づいて作業します。移行が安全であることを保証するには、企業はこのモデル内での責任を理解する必要があります。

b) 段階的な移行:段階的な移行により、企業チームはクラウド システムに慣れることができます。最初に、セキュリティの脆弱性を特定するために、優先度の低いデータが転送され、その後、機密性の高い優先度の高いデータの転送が続行されます。

c) コンプライアンス要件を理解する:クラウドに移行する場合は、プライバシー、暗号化、ストレージ、バックアップなど、独自のデータに適用される規制要件を理解する必要があります。多くのクラウド プロバイダーは、HIPAA、PCI-DSS、GDPR などの最も一般的な規制への準拠が認定されています。

d) データ暗号化:クラウドに移行する場合、データを暗号化する必要があります。データはインターネットに公開されると最も脆弱になるため、データ転送中は HTTPS などの安全な転送プロトコルを使用する必要があります。

e) クラウド移行中に起こり得る脅威を排除し、既存のシステムを継続的に保護するために必要な予防措置を講じる必要があります。データ移行後、企業はオンプレミスとクラウドの両方で実行されるセキュリティ ツールを実装する必要があります。集中管理と認定ツールの使用により、セキュリティ チームは脅威や脆弱性をより迅速かつ効果的に特定し、対応できるようになります。

f) パフォーマンスのベースラインを確立する

ベースライン設定は、アプリケーションの現在の（移行前）パフォーマンスを評価して、将来の（移行後）パフォーマンスが CSP に支払う料金に見合うかどうかを判断する方法です。ただし、移行中に確立されたベースラインからの逸脱がエラーの初期兆候となる場合があります。したがって、移行後、企業は移行前のベースラインと観察されたクラウド実行ベースラインを比較して、移行が成功したかどうかを確認する必要があります。

g) 災害復旧:

災害復旧の主な目的は、災害による事業継続性とパフォーマンスへの影響を軽減することです。クラウド ディザスタ リカバリ プロセスでは、オペレーティング システム、アプリケーション、情報を含むサーバー全体を仮想サーバーにカプセル化し、オフサイトのデータ センターに複製します。ハードウェアやオペレーティング システムに依存しないため、短時間でデータ センター間で移行できます。

バックアップとリカバリ:これは、災害復旧時にクラウドからデータとアプリケーションをバックアップするシンプルで低コストの災害復旧方法です。これは、データの損失や破損を軽減するのに適した方法です。

パイロット ライト:これはもう 1 つの低コストの DR 方法です。名前が示すように、企業はさまざまなリージョンで最小限の数のコア サービスを稼働させておく必要があります。この方法では、情報をある領域から別の領域にコピーできます。コア インフラストラクチャの要件がすべて整っているため、災害発生時の復旧プロセスが簡素化され、災害復旧の継続的なコストが削減されます。

ホット スタンバイ:このアプローチは、完全に機能するクラウド環境の縮小版が常に別のリージョンで実行されるという点で、Pilot Light 機能の拡張です。これにより、災害時の復旧時間が短縮されます。トラフィックを効率的に処理し、効果的なテストを可能にすることで、企業は災害からの復旧にさらに自信を持つことができます。前の 2 つの戦略よりも高価ですが、データを迅速に回復できます。

マルチサイト:ホット スタンバイとも呼ばれるこのアプローチは、ほぼゼロのリカバリ時間目標 (RTO) とリカバリ ポイント目標 (RPO) の達成に役立ちます。 RPO は、バックアップを実行する頻度の尺度です。 RTO は、企業が許容できるダウンタイムの量です。災害後の企業の復旧時間を決定します。

マルチサイト戦略により、ユーザーは複数のリージョンでワークロードを同時に実行できます。このアプローチは複雑で最もコストのかかる DR 戦略ですが、回復時間をゼロに短縮できます。

これらの DR 戦略は、予算、アプリケーションの性質、RPO および RTO SLA、ロケールの決定など、さまざまな要因によって異なります。

7. ネットワーク接続

おそらく、クラウド移行で最も見落とされがちな部分は、インターネット帯域幅の要件です。企業が IT インフラストラクチャ全体をクラウドに移行する場合、そのインターネット帯域幅はクラウド サービス プロバイダーに完全に依存することになります。この場合、クラウド サービス プロバイダーの信頼性が重要になります。

3. クラウド移行戦略の5R

再ホスト:名前が示すように、アプリケーション/サーバーを既存のオンプレミス環境からクラウド環境に昇格するプロセスです。これは、アプリケーションをクラウドに移行するための最も一般的なアプローチです。これはコスト効率の高い戦略ですが、移行が難しく、特別なツールとソフトウェアのセットを必要とするアプリケーションには適さない可能性があります。

リファクタリング:このアプローチは、アーキテクチャ全体を見直し、アプリケーションを最初から再構築して長期的に使用できるようにすることを決定した大企業によって実装されます。これは複雑なアプローチです。アプリケーション コードを変更する場合、それがアプリケーションの外部動作に影響を与えないようにする必要もあります。この戦略は、再アーキテクチャとも呼ばれます。これは高価なオプションですが、クラウドの最高の機能を提供します。

修正:この戦略では、既存のコード ベースの一部を使用し、それを書き直したり拡張したりしてから、IaaS または PaaS に移行します。これは「リプラットフォーム」とも呼ばれます。

再構築:再構築戦略では、すべてのクラウド サービスと機能を使用してアプリケーションを最初から開発し、レガシー コンポーネントを破棄します。 Rebuild は、既存のアプリケーション、ビジネス プロセス、クラウド サービスを完全に理解する必要がある、Platform-as-a-Service ベースのソリューションです。

置換:この戦略では、現在のアプリケーションを、同様の機能を提供しながらサードパーティ ベンダーによって管理およびサポートされる商用ソフトウェアに置き換えます。したがって、既存のアプリケーションから移行する必要があるのは情報のみであり、システムに関するその他のすべては新しいものになります。

クラウド コンピューティングは企業と顧客に多くのメリットをもたらしますが、潜在的なセキュリティ上のリスクや課題も伴います。したがって、移行プロセスを最低コストで、最高レベルのセキュリティで実現するクラウド プロバイダーが最も理想的な選択肢です。

それでも、選択肢がたくさんあるため、適切なクラウド プロバイダーを選択するのは簡単ではありません。そのため、結論を出す前に全体的な基準を考慮することが重要です。