クラウドへの移行を準備する方法

データをクラウドに移行する前に、中断を避けるために、徹底的かつ簡単な手順をいくつか実行してください。リストを見るには読み進めてください。

[[427530]]

2025 年までに、企業のコンピューティング能力の 80% がクラウドで生成されるようになります。しかし、現在、企業はクラウドへの移行時に困難に直面することがよくあります。これは、移住に十分な準備ができている人がほとんどいないという事実に関係しています。ダウンタイムを回避するために、クラウド移行に向けてインフラストラクチャを準備する方法を見てみましょう。

仮想データセンターの進化

今日では、クラウドサービスとクラウド IT インフラストラクチャの有用性を疑う人はほとんどいません。企業はクラウドを単なる新しい派手な IT ツールとしてではなく、意思決定を加速し、市場で生き残る可能性を高めることができるテクノロジー、言い換えれば、ビジネスを最適化するための重要な方法と見なしています。専門家は、2025 年までにクラウドに移行する企業の数は 19% 増加すると予測しています。高いインフラストラクチャの柔軟性と IT リソースの迅速なプロビジョニングを必要とする企業が、最初にこの方向に進みます。

クラウドは、統合と仮想化からより高いレベルへと移行する、データセンターの進化における新たなマイルストーンです。その目標は、スケーラブルで動的に配信される一連の IT サービスを通じて「弾力性のある」プラットフォームを実装することです。リソース管理と自動化は仮想化レイヤー上で実行され、さまざまな種類のリソースが調整された方法で提供されます。プロセスを自動化するとエラーが減り、セキュリティ、ネットワーク、ソフトウェアの構成が容易になります。

クラウド移行戦略

クラウドへの移行には慎重な検討が必要です。準備には、すべてのソフトウェア (アプリケーションサービス) を分析して、仮想インフラストラクチャで作業する可能性と必要性を判断する必要があります。移行の最も重要な段階を体系化して特定し、この作業を容易にするためのアプリケーション移行チェックリストを作成しました。

会社のニーズを判断する

移行によって具体的に何を得たいですか?現在、クラウドでどのようなプロセスを改善したいですか? また、将来的にはどのような変更を加えたいですか?クラウド変革は、企業の事業開発戦略をサポートする必要があります。 CIO は、株主や経営陣と長期目標について話し合い、営業、人事、マーケティング、財務の主要人物と話し合って、彼らが直面している課題と、クラウドでその課題にどう対処できるかを理解する必要があります。たとえば、大規模で地理的に分散した従業員、人材管理、キャリア開発を行う企業の場合、アプリケーションをクラウドに移行し、情報システムの開発とテストをオフロードして、自社のインフラストラクチャの負荷を軽減することが理にかなっています。

弱点を見つける

さまざまな部門にわたる既存の IT インフラストラクチャを評価し、弱点を特定します。クラウドモデルは標準化に基づいているため、これは重要です。どのシステムがクラウド移行に適しているか、どのシステムを企業内に残すべきか、どのシステムをハイブリッドモデルで使用できるかを決定します。

注: 今日、多くの企業、特に大企業は、ハイブリッドクラウド、つまり独自のインフラストラクチャとパブリッククラウドサービスを 1 つの情報環境に組み合わせることに関心を示しています。このアプローチにより、一方では、すでに行った投資を維持できると同時に、パブリッククラウドのリソースを使用していつでもインフラストラクチャを拡張し、必要がなくなったらサービスを閉じることができます。

優先度の変更

クラウドへの移行を決定した場合、どのクラウドによるビジネスプロセスの最適化が短期間で最大の投資収益率をもたらすかを判断する必要があります。最も早く最大の節約を実現できるものは何でしょうか?たとえば、Pinterest の顧客の 87% は、サイトで商品を見つけると購入します。したがって、Pinterest の専門知識は小売業者のパートナーベンダーにとって非常に価値があり、1 億 5,000 万人の訪問者の購買決定の要因を理解することが可能になります。その結果、同社はユーザーデータベースをクラウドに移行しました。

計画実行の柔軟性の提供

クラウドインフラストラクチャの移行は、特にクラウドと従来の IT インフラストラクチャのテクノロジの組み合わせが同じである場合、技術的な課題だけではありません。情報システムをクラウドに移行する際の主な困難は、法的な紛争、データセキュリティ、業務の再編成、予算です。アプリケーション移行計画の実装をさまざまなフェーズに分割することは価値があります。これにより、企業は移行の各段階を独自の時間と場所で完了できる柔軟性が得られます。ビジネスの季節性が大きい企業は、すべてのプロセスが最もアクティブでないときに変革を開始することでメリットを得られます。他の場合には、1 つの構造単位でパイロットプロジェクトから実装を開始するのが最善である可能性があります。これらすべてにより、経営陣はメリットを迅速に評価できるようになります。

社内コミュニケーション計画を策定する

アプリケーションのクラウド移行チェックリストが株主と経営陣によって承認されたら、従業員にその旨を周知する必要があります。プロジェクトの目標を最初に説明するだけでなく、新しいモデルの実装のすべての段階で人々の支持を得ることも重要です。クラウドアプリケーションの移行が会社と従業員にもたらす具体的なメリットについて説明します。

サプライヤーを探す

クラウドを選択するときは、さまざまなプロバイダーの機能を評価する必要があります。プロバイダーのクラウドが存在するデータセンターの信頼性とセキュリティレベルについては常に考慮する必要があります。通常、大企業は、Global Uptime Institute 標準の厳しい要件に従って独自のデータセンターを構築し、認証します。データセンターが会社の所有物なのか、レンタルなのかを確認するのが最善です。テクニカルサポートには必ず注意を払う必要があります。

システム監査

アプリケーション移行チェックリストの次の項目は、既存の IT サービスとサーバーのインベントリを作成し、ソフトウェアリストとその現在のバージョン、およびリソース使用率レベルを更新することです。この段階では、クラウドに移行するコンピューティング能力（仮想プロセッサ (vCPU) の数、ランダムアクセスメモリ (vRAM) の量）を理解し、必要なディスクシステムのパフォーマンスを決定する必要があります。

企業はさまざまな理由から、独立した監査を受けることが困難な場合がよくあります。これは、ダウンロード数が多いか、専門知識と知識が不足していることが原因である可能性があります。この場合、監査はクラウドプロバイダー自体に依頼することができます。

移行計画の作成

監査後、移行シナリオとツール、および適切なクラウドの種類（パブリック、プライベート、ハイブリッド）を決定する必要があります（最も一般的な選択肢はハイブリッドクラウドで、これにより一部のデータを会社の境界内に保持できます）。移行シナリオには、完全移行と部分移行の 2 つがあります。クラウドに完全に移行することで、企業の IT インフラストラクチャ全体が移行されます。多数の IT システムを持つ大企業がクラウドへの移行を決定する場合、サービスの移行順序を決定するロードマップを作成する必要があります。

移行計画を立てる

すべての IT システムに関する情報を収集して更新した後、クラウドを使用する際に企業が実現する予定のターゲットアーキテクチャを開発する必要があります。クラウド移行チェックリストには、移行されたクライアントインフラストラクチャとプロバイダークラウドへのネットワーク接続も含める必要があります。この段階では、システムのバックアップを検討する必要があります。サプライヤーの専門家もこの点について支援できます。専門家によると、BaaS を使用するとビジネスの安定した運用が確保され、データ損失から保護されるため、アプリケーション移行チェックリストに含めることを検討してください。

もう 1 つの重要なポイントは移行のテストです。これは、選択したクラウドリソースが企業のニーズとパフォーマンスを満たしているかどうかを評価するために必要です。次に、必要に応じてトンネルを構築しながら、会社のサイトとプロバイダーのクラウド間の仮想プライベートネットワークトンネルの設定を開始できます。許可される停止の時間要件も決定され、プロバイダーが提供するものと結び付けられる必要があります。それらは最小限に抑えるべきです。

移住する

移行の複雑さと社内に資格のある専門家がいるかどうかに応じて、移行を自分で行うか、プロバイダーの支援を受けて行うかを決定する必要があります。企業が大規模なベンダーを選択した場合、そのベンダーには高度に専門化された建築家のチームが揃っていることがよくあります。

システムのターゲットアーキテクチャ、クラウド移行戦略、バックアッププランが整ったら、移行を続行できます。この段階でのプロバイダーのタスクは、クラウドを準備することです。必要なリソースを割り当て、ネットワークを構築し、VPN を構成し、クライアント管理者のアクセス権を構成します。次に、準備の進捗状況を評価するために、顧客と限定的なテスト移行を実行します。テストが成功したと判断された場合は、計画された移行を続行できます。アプリケーションをクラウドに移行するには、移行するシステムの複雑さとデータの量に応じて、数分から 1 か月かかる場合があります。移行が正常に完了した後、クラウドインフラストラクチャは、産業運用に移行する前にテストモードで起動されました。

汎用かプロフェッショナルか?

通常、Oracle、Cisco、IBM などの特殊な統合プラットフォームは、特定のソフトウェア向けに最適化されており、アプリケーションを最適化するための幅広いツールを提供します。これにより、設定が 1 つのソフトウェアに「バインド」されていない汎用プラットフォームを使用する場合と比較して、ソフトウェアのパフォーマンスが大幅に向上します。企業が特定のビジネスミッション（たとえば、情報への高速かつ中断のないアクセスを提供するデータベースの導入）を持っている場合、最善のソリューションは専用のプラットフォームを使用することです。

いずれにせよ、選択における主な要素の 1 つは、プラットフォームの「ライフサイクル」、つまりメーカーがプラットフォームを開発およびサポートする準備ができている期間です。そうしないと、データセンターの開設から数年後にその基盤が道徳的にも物理的にも時代遅れになり、顧客が既存のインフラストラクチャや管理ツールに統合することが困難または不可能なコンポーネントを追加せざるを得なくなるリスクがあります。

公立、私立、それともハイブリッド？

アプリケーションをクラウドに移行します。独自のクラウドを作成するのではなく、パブリッククラウドサービスを使用する方が利益が上がる場合もあります。このアプローチにより、資本支出を運用費用に変換できます。独自のプライベートクラウドを構築するには多額の資本支出が必要であり、従業員数が 50 人以下のほとんどの企業にとっては負担が大きすぎます。大規模な設備投資が不要で、顧客のニーズを満たすクラウドサービスが提供される場合、パブリッククラウドを使用するとより効果的です。さらに、パブリッククラウドの柔軟性も見逃せません。特定の時点で必要な数のサービスを使用でき、サービスを瞬時に接続および切断でき、使用した分だけ支払い、変化するビジネスリクエスト単位に迅速に対応できます。

ハイブリッドモデルは、大規模な ERP システムをプライベートクラウドまたはデータセンターに導入し、メール、企業ポータル、電子文書管理システムをパブリッククラウドに送信する中規模企業で使用されます。これは、中小企業では、すべての情報システムやインフラストラクチャシステムを社内で実装するためのリソース (財務的および専門的) がない場合が多いためです。

最後

クラウドの焦点は、サービスとアプリケーションの提供にあります。つまり、アプリケーションの構造とそのコンポーネントを理解し、それらを明確かつ透過的に記述する必要があります。プラットフォーム自体の技術的な実装よりも時間がかかることがよくあります。さらに、IT サービスの提供と消費のモデルにより、IT とビジネスのやり取りの方法が変化しています。

さまざまなハードウェアプラットフォーム、ストレージシステム、管理ツール、効果のないセキュリティシステムが多数存在し、データセンターのすべてのコンポーネントをカバーできないことがよくあります。資格のある専門家が不足すると、データセンター全体の効率が大幅に低下し、サービスコストが増加する可能性があります。したがって、経験豊富なチームを雇用することがサーバー移行のチェックリストに含まれていることを確認してください。

これらすべての問題やその他の多くの問題に対処するには、統合融合システムを含む多くの解決策があります。つまり、クラウド移行戦略には次のようなものがあります。

1. 既存インフラの監査

2. SLAパラメータを含む技術仕様の作成と承認

3. ソフトウェア、機器、保護手段のサプライヤーの選択

4. クラウドでのソリューションアーキテクチャの設計

5. 移行計画を作成する

6. クラウドでインフラストラクチャを構築する

7. 機器、ソフトウェア、保護手段の提供

8. ネットワークデバイスや到達可能性パラメータを含むハードウェアとソフトウェアの複合体を構成する

9. プラットフォームのパフォーマンス、フォールトトレランス、高可用性をテストする

10. クラウドへのデータ移行

11. 情報システムの移行テスト