クラウド移行における重要な考慮事項

現在、世界中で拡大している新型コロナウイルス感染症の流行により、多くの企業のクラウド移行のペースが加速しています。

[[327705]]

企業が重要なシステムをクラウド プラットフォームに移行すると、リモート ワーカーの柔軟性、システムの可用性、セキュリティ、スケーラビリティなど、多くのメリットが得られます。

現在のコロナウイルスのパンデミックのように急速に変化する環境では、選択肢を慎重に検討するよりも、より迅速な決定を下したいという無意識の衝動があるため、慎重な計画がさらに重要になります。

何を移行する必要がありますか?

クラウド コンピューティングまたはデジタル変革プロジェクトの最初のステップは、最初に移行するものを決定することです。プロジェクトの範囲が取締役会または上級管理職によって決定または割り当てられている場合、この点については選択の余地がない可能性がありますが、プロジェクト リーダーは、現在のワークロードとシステムを確認し、それぞれをクラウド プラットフォームに移行することの利点を理解して、どのプロジェクトを最初に開始するかを判断する必要があります。

費用便益分析 (CBA) は、企業の意思決定に対する商業的入力を正当化するのに役立つプロセスであり、どのプロジェクトを最初に移行するかを決定するのに役立ちます。

完全な CBA プロセスが確立されていない場合は、少なくとも時間を割り当てて各システムまたはワークロードに優先順位を付け、最終的に優先順位リストを作成する必要があります。これにより、コストや時間の計画など、他の決定が促進されます。

すべてのコンテンツを移行できない可能性があります

すべてのオンプレミス システムをクラウド プラットフォームに移行するという考えは、簡単に受け入れられます。これは良い目標ですが、小規模な SMB ネットワークの場合、またはシステムの大部分をすでにクラウド上に持っていて一部のワークロードを移行している組織で作業している場合を除き、現実的ではない可能性があります。

多くの場合、レガシービジネス アプリケーションは大きな課題となる可能性があります。

ソフトウェア ベンダーが Azure や AWS などのパブリック クラウド プラットフォームへのこれらのワークロードのインストールをサポートしていない場合、この課題は克服できない場合があります。

移行できないシステムに遭遇した場合は、それらを IT 計画ロードマップに追加します。これにより、企業は将来的にこれらのシステムを再評価し、他のクラウド中心のベンダーまたはソリューションへの移行を検討できるようになります。

ハイブリッドクラウドには依然として価値がある

ハイブリッド クラウド環境では、企業は一部のワークロードをクラウドで実行し、他のワークロードをオンプレミスのデータ センターで実行します。

まず、企業が合意した日付にクラウド プラットフォームに「切り替え」ることができない可能性がある大規模なプロジェクトを処理するための便利な移行ツールです。たとえば、Microsoft Exchange から Office 365 への大規模な移行では、オンプレミスのサーバー データをクラウド プラットフォームに移行するのに数週間かかる場合があり、大規模なメールボックスをオンプレミスのデータ センターに保持して、1 つずつ移行する方が適切です。

同様に、オンプレミスのデータセンターのサーバーがデータへのアクセスを迅速にキャッシュしたり、ネットワーク接続が不十分なブランチ オフィスでのシームレスなログインを可能にしたりできる場合もあります。

計画段階では、保証期間内かつ最新のものである限り、既存の物理機器の再利用を検討してください。

企業にはそのためのスキルとツールがありますか?

移行計画の実行を開始する前に、プロジェクトを成功させるために適切なスキルとツールが社内にあることを確認する必要があります。多くのオンプレミスからクラウドへの移行プロジェクトは、小規模な技術チームによってより簡単に管理できます。

たとえば、Skykick はオンプレミスまたはクラウド プラットフォームから Microsoft 365 への移行を容易にします。ワークロードを Azure に移行する場合、Nerdio は Azure の構成とスクリプトを自動化できます。

しかし、移行ツールを使用した場合でも、何が起こっているのか、クラウドに移行したい問題をどのように解決するのかについて、十分な技術的理解が必要です。そうしないと、企業は、何が起こっているのかを完全に把握せずに、失敗した移行を修正しようとする罠に陥る可能性があります。

同様の移行を多数実施する予定がない限り、この段階では、豊富な経験を持つコンサルタントまたはマネージド サービス プロバイダー (MSP) を雇用し、チームと協力してプロジェクトに取り組むのが理想的です。

常に安全を第一に

どこからでもクラウド内のデータにアクセスできる柔軟性により、組織はネットワーク エッジのセキュリティ保護について心配する必要がなくなり、移行プロセスのすべての段階でセキュリティが考慮されるようにする必要が生じ、新たなセキュリティ上の懸念が生じます。

従業員が適切に機能していない場合、特に CEO が従業員のデータやメールにアクセスできない場合は、一時的に問題を解決するためにセキュリティ権限を緩和したくなるものです。しかし、こうした一時的な解決策は忘れられがちで、サイバー攻撃者に悪用される可能性のあるセキュリティ上のギャップが残る可能性があります。

一方、企業がクラウド移行プロジェクトを計画している今こそ、現在の IT および運用セキュリティを再評価し、ワークロード クラウド プラットフォームの運用時に可能な限り安全であることを保証する絶好の機会です。

多要素認証 (MFA) は、あらゆるクラウド プラットフォームで必須です。これには、Web ベースの財務システムや会計システムなど、他の部門が使用している可能性のあるサードパーティの Web アプリケーションが含まれます。

企業が将来のクラウド コンピューティング計画を検討する今こそ、すべての現在のクラウド プラットフォームを評価し、すべてのプラットフォームで使用できる多要素認証 (MFA) の統合オプションを探す良い機会です。

Duo や Okta などの多要素認証 (MFA) に単一のアプリケーションを使用すると、管理が簡素化されるだけでなく、外部ユーザーを構成するために複数のサイトにログインする必要がなくなるため、セキュリティが侵害される可能性も低くなります。

同様に、シングル サインオン (SSO) を同じプラットフォームに結び付けることができるため、ユーザーはパスワードを覚える必要がなくなり、セキュリティが向上します。

結局何が起こるのでしょうか？

よくある間違いは、企業がクラウド移行については優れた計画を立てているものの、移行後に何が起こるかについての計画がないことです。

考慮すべき重要な点としては、クラウド プラットフォームの監視の責任者は誰か、将来問題が発生した場合に主要なサポート担当者は誰か、移行監査を実施できるのは誰か、などです。

移行監査では、移行に関する洞察が提供され、次のプロジェクトで改善できる点や、当初の計画どおりに進まなかったために実行する必要があるアクションがあるかどうかを把握できます。

このプロセスの一環として、企業が社内チームと連携して重要なタスクをサポートまたは処理できるように、チーム メンバーまたは外部 IT サポートを割り当てて新しいクラウド プラットフォーム プロセスを文書化する必要があります。

最後に、これらすべての業務において、企業は一部のハードウェア機器を廃止している可能性があり、安全かつ環境に優しい方法で廃棄できるようにする必要があります。ハードドライブが含まれる場合は、データ漏洩（会社の過去のデータまで遡る）を防ぐために、リサイクル業者またはデータ破壊会社から破壊証明書が提供され、証明書は 7 年以上保管される必要があります。