クラウド移行とは重要性、メリット、戦略

クラウ移行とは、データ、アプリケーション、クラウド・コンピューティング、その他のデジタル資産を、組織が所有するオンプレミスのデータセンターから、クラウド・プロバイダーが運用するデータセンターへ移行することです。すべての移行がそうであるように、この移行はより環境に優しい場所づくりを求めて推進されます。クラウドへの移行を検討している組織は、クラウド・コンピューティングのコストが低く、機能が豊富で、定期なリリースで新しい技術革新がもたらされ、スケーラビリティがほぼ無制限の場所を求めています。クラウドへの移行は、ハードウェア、クラウド・データベース、アプリケーションを本稼働させ続けるために反復的な作業を行う有能な技術者を雇用する負担を省くことを目的としています。しかし、クラウドへの移行には多くのメリットがある一方で、計画が不十分であれば、移行プロセスは困難、さらには危険なものとなる可能性があります。ここで紹介する情報は、クラウドへの移行計画で問題となっていることを理解し、適切な準備を行うことで、新たでより適切な場所への移行を加速させることを支援します。

クラウド移行とは

クラウド移行とは、アプリケーションとそれをサポートするテクノロジーをオンプレミスのデータセンターからクラウド・プロバイダーのデータセンターに移行するプロセスです。これは、オンプレミスのアプリケーションを、サポートするデータベースや開発プラットフォームとともに、クラウド・プロバイダーのサーバー、ストレージ、ネットワーキング・インフラストラクチャに移行することを意味する場合があります。また、ERP、CRM、人材管理（HCM）など、Software as a Service（SaaS）として提供されるアプリケーションをクラウド・アプリケーションに移行し、レガシー・バージョンを停止することを意味する場合もあります。

これらすべてのモデルにおいて、クラウド移行はワークロードを組織所有のデータセンターからバックアップ、セキュリティ・パッチ適用、新機能リリースなどのタスクが通常サービスの一部であることが一般的なクラウド・サービス・プロバイダーのデータセンターに移行します。クラウド・サービスの利用は、通常、データセンターを運用する場合と比較して、利用した分だけ料金を支払うため、コストが削減されます。移行の普及に伴い、企業ではもう1つのメリットが見出されています。移行により、熟練従業員がデータセンターの「電気を点け続ける」という雑務から解放され、新たなビジネス・チャンスのサポートに専念できるようになることです。

この「移行」という言葉は、ワークロードの移行が、綿密な計画と手際の良い実行を必要とする重要な作業となり得ることから使われています。このような計画は、組織がクラウドベースのシステムに移行する間、運用を継続するために不可欠です。

主なポイント

• クラウド・リソースの利用は、ますます一般的なビジネス戦略となっています。
• クラウド移行戦略は、実績のあるさまざまなプロセスと戦術を活用しています。
• 移行を成功させるには注意と計画が必要となりますが、そのリスクは十分に理解されています。
• クラウド・プロバイダーやサードパーティ・ベンダーから提供される、このプロセスを管理しやすくするツールの数は増加しています。
• クラウド・プロバイダーはサービスの革新と改善を続けており、クラウドは重要かつ機密性の高いワークロードにとっても魅力的な選択肢となっています。

クラウド移行についての説明

クラウド移行では、オンプレミスのインフラストラクチャで稼働している既存のデータベース、アプリケーション、その他のクラウド・コンピューティング・ワークロードをクラウドコンピューティング・プロバイダーに移行します。これには、数百または数千のデータベース、財務、請求、人事、サプライチェーン、製造などの重要な機能のアプリケーション、または新しいアプリケーションを作成およびテストするチームが使用する開発環境の移動が含まれることがあります。

クラウドの黎明期には、移行は現在ほど一般的ではありませんでした。10年以上もの間、パブリック・クラウドでのIT運用の実行は、主に新しいアプリケーションやデジタル資産に適用される戦略でした。クラウド環境を利用することで、スタートアップ企業はサーバーの設置やメンテナンス、ソフトウェア・ライセンスの購入などを行う必要なく、アイデアを迅速に市場に投入することができます。使⽤したクラウド・インフラストラクチャの料金を支払うだけで、すぐに利用を開始できます。しかし、パブリック・クラウドは他の企業とクラウド・コンピューティング・リソースを共有することを意味するため、大手企業や政府機関は当初、プライバシーやデータ・セキュリティの問題、CPUサイクルを占有することでアプリケーション・パフォーマンスを低下させる可能性のある他の顧客について懸念を抱いていました。その結果、自社のデータセンターを持つ大手企業や政府機関、特に重要なアプリケーションを運用する企業は、パブリック・クラウド・サービスを敬遠する傾向がありました。

時を経て、クラウドの状況は劇的に変化し、クラウド移行は一般的なものとなりました。クラウド・プロバイダーはシステムとデリバリー・モデルをアップグレードし、プライバシー、セキュリティー、パフォーマンス、信頼性などのニーズが最も厳しい組織にとっても魅力的なインフラストラクチャのオプションを取り揃えています。現在、グローバル金融、医療、通信インフラ、政府機関といった分野の組織は、自前のデータセンターやソフトウェアのバージョンでは提供不可能なクラウド・サービスを利用することで、クラウドを最新のイノベーションを実現する手段として捉えています。クラウドのコストは一般的に、企業が自社でインフラストラクチャを運用する場合のコストを下回ります。そこで問題となるのは、データとアプリケーションを自社のデータセンターから、クラウド・プロバイダーの強力でフォルト・トレラントな最新のデータセンターに移行するための方法です。

クラウド移行はどのように行いますか。

クラウド移行とは、クラウド・プロバイダーのデータセンターにデータ・サービスとアプリケーションを移行するプロセスを指します。これには通常、データのバックアップ、ネットワーク接続の把握、移行プロセス中のデータ・セキュリティの確保などに関する詳細な計画が必要になります。また、クラウド・プロバイダーと協力して、アプリケーションが新しいクラウド環境で動作するために必要なアプリケーション変更があれば、それを理解することも必要です。移行には、クラウド・プロバイダーによる、サイバー攻撃からの防御のための認証方法など、データのプライバシーとセキュリティを維持するための方法を含め、クラウド・プロバイダーのインフラストラクチャに適合するアーキテクチャのマッピングが必要となります。

クラウド移行を成功させるために、組織はクラウド・プロバイダーのプラットフォームに精通した経験豊富なクラウド・アーキテクトや技術者を起用し、クラウドと運用終了するオンプレミスのデータセンター間で一貫したバックアップ、データ・ポータビリティ、アプリケーションの互換性を確保することがよくあります。こうしたスペシャリストは、クラウドベースのハードウェアおよびソフトウェアがデータ処理を加速できる方法を説明することも可能です。必要に応じて業界のエキスパートと相談しながら適切に行えば、クラウドへのデータとアプリケーションの移行は、混乱を最小限に留めて行うことができます。

移行の導入モデル

クラウド移行が一般的になりつつある主要な理由の1つは、クラウド・コンピューティング・サービスがより多様で高度なものになったことです。時としてハイパースケール・プロバイダーと呼ばれる最大手のクラウド・プロバイダーは、現在、パブリック・クラウド・サービスをはるかに超える、以下の4つの導入モデルを含む幅広いオプションを提供しています。

• パブリック・クラウドは従来のモデルです。組織は、クラウド・プロバイダーのデータセンターにあるサーバーのスペースの料金を、使用量に基づいて、またはサブスクリプション・ベースのいずれかで支払います。クラウド・プロバイダーの顧客は、サーバーを共有します。
• プライベート・クラウドとは、クラウド・データセンターのサーバー全体または特定のサーバー・ラックが1つの組織に専用で使用されるクラウドのことです。顧客のニーズによっては、クラウド・プロバイダーが専用のハードウェアをその組織独自のデータセンターに置き、管理責任を担う場合もあります。
• ハイブリッド・クラウドとは、組織がデータとアプリケーションの一部をクラウド・プロバイダーのデータセンターに移し、一部を自社のデータセンターに残すことで、アプリケーションをサポートする共有のハイブリッド・アーキテクチャを構築することを意味します。企業ポリシーやデータ・レジデンシー規制により、このモデルを選択する場合もあります。
• マルチクラウドとは、アプリケーションやデータを異なるクラウド・プロバイダーに移行するプロセスを指します。これにより、組織はその種類のサービスに特化したクラウド・プロバイダーでワークロードを実行できるようになります。例えば、ある組織はアプリケーション・サーバーをあるクラウドで実行し、データベース運用を別のクラウドで実行することができます。

移行サービス・モデル

クラウド移行には、組織が達成を目指している内容に応じて、いくつかの異なる方法があります。ERPやCRMアプリケーションなど、クラウドにホストされるエンタープライズ・アプリケーションへの移行から、クラウド・コンピューティング・インフラストラクチャをリースし、そこに現在のアプリケーションまたは開発とテスト環境を移行する方法までとさまざまです。ここでは、3つの主要モデルを紹介します。

• Software as a Service（SaaS）
  SaaSクラウド移行とは、データセンターで稼働しているアプリケーションのデータと機能を、クラウド・プロバイダーのクラウドベースのアプリケーション上で稼働するようにビジネス・プロセス全体を移行することを意味します。例えば、現在IT部門が導入し、メンテナンスしているオンプレミスの総勘定元帳アプリケーションを使用して会計プロセスを実行している場合、SaaS移行は、クラウド・プロバイダーが作成、継続的なパッチ適用、アップデート、データセンターでの実行を行い、従業員がブラウザを使用してアクセスする会計アプリケーションへの移行を指します。
• Infrastructure as a Service（IaaS）
  IaaS移行は、「リフト・アンド・シフト」移行と呼ばれることがよくあります。この移行モデルでは、自社のデータセンターからアプリケーションを取り出し、クラウド・プロバイダーのデータセンターにあるクラウド・コンピューティング、ストレージ、およびネットワーク・インフラストラクチャに、ほぼそのままの形で移行しますクラウド・プロバイダーは、そのハードウェアのメンテナンス、アップデート、パッチ適用をすべて行います。
• Platform as a service（PaaS）
  PaaSクラウド移行とは、データベース、アプリケーション・サーバー、オペレーティング・システム、コンテナ、開発ツールなどのクラウド・サービスを利用することで、クラウド・プロバイダーのデータセンターで新しいアプリケーションを構築および実行できるようにすることを指します。これには、サーバーやネットワークなどの主要インフラストラクチャに加え、データベース、統合、および場合によっては分析サービスなどのプラットフォームサービスが含まれます。これにより、スケーラブルなアーキテクチャ上でアプリケーションを制御し、特定の機能を構築することが可能になります。

クラウド移行の種類

クラウド移行という一語は、さまざまなビジネス・テクノロジー戦略を網羅しています。ここでは、6つのクラウド移行のオプションと、それらを選択する理由をご紹介します。

1.リホスティングは、「リフト・アンド・シフト」という名前で呼ばれることもあります。このプロセスでは、アプリケーションをクラウド・プロバイダーのデータセンターにできるだけ手を加えずに移行します。リフト・アンド・シフト・アプリケーションは、従業員や顧客に同じ機能を提供し続けるもので、移動したことすら気づかれないことが理想的です。違いは、オンプレミスのデータセンターでホスティングされる代わりに、クラウドデータセンターでホスティングされるため、ITスタッフではなく、クラウド・プロバイダーがメンテナンスする最新のハードウェア・テクノロジーの上で実行されることです。

2.リプラットフォームもまた、オンプレミスのアプリケーションをクラウド・プロバイダーのインフラストラクチャに移行します。ただし、リプラットフォームのプロセスでは、プロバイダーが提供する新しいテクノロジーやサービスを利用するためにアプリケーションがアップデートされます。例えば、HCMアプリケーションを自社のデータセンター・インフラストラクチャからクラウドに移行する場合、手間がかかる古いデータ管理環境を、自動的にアップデートされ、機械学習モデルが組み込まれた自律型データベースに置き換えることができます。

3.再購入は、オンプレミスのデータセンターで実行されているアプリケーションを、クラウド・ベースのプロバイダーが作成したSaaSアプリケーションに置き換えるもので、従業員はブラウザ経由でアクセスします。例えば、ライセンスを取得したオンプレミスのERPアプリケーションから、サブスクリプションで料金を支払い、新機能が年に数回自動的にアップデートされるエンタープライズERPクラウド・サービスに移行することができます。これはシンプルに聞こえるものの、新しいアプリケーションの機能をビジネスで使用するプロセスにマッピングするには時間と計画が必用です。クラウド・アプリケーションに組み込まれた業界のベストプラクティスとされるものをチームに採用させるには、組織改革が必要となる可能性があります。クラウド・プロバイダーは、変換のマッピングを支援するツールを提供します。

4.リファクタリングとは、クラウドネイティブな機能を活用するためにアプリケーションのアーキテクチャを最新化することを意図して、アプリケーションをクラウドに移行するプロセスです。たとえば、長い時間をかけて組織が構築したモノリシックなアプリケーションは、依然として本来の役割を果たすことはできても、進化する顧客のニーズへの対応や新たな機会の追求のために新機能を追加することは困難すぎる場合があります。アプリケーションをリファクタリングすることで、そのようなアプリケーションの新機能の開発、テスト、起動をより容易にするマイクロサービス・アーキテクチャを導入することができます。また、データベース内分析を追加することで、環境内でデータを移動させることなく分析を実行しやすくなり、データからより多くの価値を得ることを支援します。

5.保持とは、アプリケーションをクラウド・アプリケーションに移行するために必要なことをよく検討し、今のところ移行は意味がないと判断したことを意味します。これには様々な理由が考えられます。アプリケーションにオンプレミス・モデルが有利な低レイテンシに関する要件がある場合や、クラウド・プロバイダーのデータセンターへの移行に慎重なデータ・レジデンシー・ルールに従う必要がある場合もあるでしょう。あるいは、下調べをした結果、移行のコストと労力が少なくとも現時点ではメリットを上回ることが判明する可能性もあります。クラウドへの移行を断念した理由が何であれ、時折その考えを見直すことが賢明であることに変わりはありません。クラウド・プロバイダーは、世界中のリージョンにデータセンターを建設し、データ制御に対応する新しいモデルを追加し、移行プロセスを効率化し続けています。

6.使用中止オンプレミスのアプリケーションをよく見て、その機能がほとんど使用されていないか、もはや必要ないことを認識したときに起こります。このようなアプリケーションを廃棄することで、コストはかかるものの、もはや価値を提供しない冗長なプロセスや旧態依然としたプロセスを排除できるため、クラウド移行プロセスから大きな利益を得ることができます。アプリケーションの使用停止は、停止する前に対処が必要な他のアプリケーションとの依存関係が存在する可能性があるため、時間と計画が必要です。

クラウド移行のメリット

クラウド移行がますます一般的なビジネス戦略となりつつある理由は、クラウドベースのアプリケーション・プラットフォーム・インフラストラクチャがより低コストでより多くのメリットを提供できるからです。ここでは、クラウド移行のメリットを一部ご紹介します。

• 自社の技術環境に対する厳しい評価
  クラウド移行のプロセスは、ITアーキテクチャ、アプリケーション、データ管理の徹底したレビューから始まりますが、これは特定の資産をクラウドに移行するしないにかかわらず役立ちます。「このアプリケーションを移行する価値はあるのか」と問うことで、旬を過ぎたアプリケーションの使用を停止するという厳しい決断を迫られることもあります。
• アプリ開発のアジリティ
  クラウドベースの開発環境では、開発者は新しいハードウェアを注文してプロビジョニングする必要がある場合、数日または数週間かかることがありますが、チームは開発テストのセットアップを開始し、数分後にはコーディングを開始できます。
• 弾力性に富んだスケーラビリティ
  クラウド・インフラストラクチャは、変動するビジネス・ニーズに合わせて迅速にスケールアップまたはスケールダウンできます。このため、ごく稀に発生する需要のピークに対応するためにハードウェアを過剰にプロビジョニングする必要がなく、組織はリソースが使用されていないときにクラウドのコストを迅速に削減できます。
• 従量制モデル
  クラウドベースのインフラストラクチャは、使用時間やCPU使用量に応じて購入します。このため、そのレベルに達することはまれであっても、組織の最大限のニーズに対応するためにハードウェアとソフトウェアのライセンスを前払いで購入し、プロビジョニングする必要があるオンプレミス・アーキテクチャに比べてコストを削減できます。
• セルフサービスのプロビジョニング
  クラウド・サービスは、社内の技術的な専門知識を必要とせずにエンド・ユーザーによりプロビジョニングされるように設計されていることがよくあります。たとえば、テスト・データベースが必要な開発者は、データベース管理者がプロビジョニングのための時間とハードウェア容量を確保するのを待つ代わりに、自律型のクラウド・データベースを数分でプロビジョニングすることができます。
• 絶え間ないイノベーション
  クラウド・プロバイダーは、最新のセキュリティ・リスクに対応したパッチが適用された最新のハードウェアでデータセンターを維持しています。また、クラウドベースのアプリケーションとインフラストラクチャを自動的に更新し、最新機能を備えたアップデートを定期的に提供しています。一方、オンプレミスのアプリケーションは、大幅なアップグレードなしに何年も実行されることがよくあります。
• データから得られる価値の増加
  クラウド・プラットフォーム・サービスは、複数のデータ型を管理する機能や、データベース・エンジンで機械学習を実現する機能など、最新バージョンのデータベースを提供し、データから価値を得るために必要なアーキテクチャを大幅に簡素化します。
• データセンター・コストの削減ビジネスがクラウドベースのリソースを導入し、データ・アプリケーションと開発プラットフォームをクラウドに移行することで、コストのかかるデータセンターの閉鎖や大規模な使用停止が可能になります。データセンターを閉鎖するもう1つのメリットは、熟練従業員からルーチン・タスクの負担を軽減し、新たなビジネス価値を付加する仕事に従事できるようになることです。

クラウド移行の課題

たとえメリットになり得る点が多数あるとしても、アプリケーションによってはクラウド移行の厳しさやリスクに適さない場合もあります。あるいは、少なくとも、移行には別途の調査と計画が必要になります。例えば、業務上不可欠なアプリケーション、必要となるレイテンシが低くスループットの高いアプリケーション、データ・レジデンシーに関する要件が厳しいアプリケーションなどの移行は、難易度やリスクが高くなる可能性があります。しかし、クラウド移行のリスクはかなり理解されており、ほとんどのワークロードにおいて致命的な問題になることはありません。クラウド移行に関する課題の詳細をご覧ください。

• ネットワークのレイテンシ
  金融取引や通信アプリケーションなど、スループットが非常に高い一部のアプリケーションでは、インターネット経由でクラウド・プロバイダーにデータを送信するのにかかる時間、つまりレイテンシと呼ばれる期間が計画的に対処する必要のある問題になることがあります。しかし、ほとんどのアプリケーションにとって、その影響は顕著ではありません。
• データ・レジデンシー
  企業ポリシーやデータ・レジデンシー規制のために、クラウド・プロバイダーのデータセンターに移動できないデータも存在します。しかし、クラウド・プロバイダーが企業の国やリージョン内にデータセンターを有する場合や、クラウド・プロバイダーが管理するクラウド・インフラストラクチャを企業のデータセンター内に設置することで、こうした問題に対処できることもあります。
• 複雑さ
  何百、何千ものデータベース・アプリケーションを抱える企業にとって、データとビジネス・プロセスをクラウドに移行することは、綿密な調査と計画、そして巧みな実行を必要とする複雑な作業になる可能性があります。多くの場合、このような大規模移行は段階的に行われます。
• データとアプリケーションのセキュリティ
  企業は、オンプレミスのアプリケーションやデータベースのセキュリティプロセス構築に多くの時間と労力を費やしています。クラウドに移行する場合、移行中やクラウド・プロバイダーのデータセンターでデータがセキュアであることを確認するために、必要な監査や評価を実施する必要があります。データがお客様のデータセンターとクラウド・プロバイダーのデータセンターの間を定期的に移動するハイブリッド・クラウド構成に移行する場合、このプロセスはより複雑になる可能性があります。しかし現実には、クラウド・プロバイダーはセキュリティの専門知識、モニタリング、メンテナンスに、企業が独自に行うよりもはるかに多くの投資を行うことができます。
• 組織の変更
  SaaSアプリケーションに移行する場合、アプリケーションには、サポートしているビジネス・プラクティスに関する仮定が組み込まれています。これらは多くの場合、想定される業界のベストプラクティスに基づいています。組織は、変更管理プロセスが必要となる可能性のある新しいアプリケーションを利用するために、ビジネス・プラクティスの変更を余儀なくされることがあります。

クラウド移行の6つのステップ

企業のクラウド移行は、小規模なテスト・プラットフォームから大規模な移行まで、理由も規模もさまざまです。しかし、基本的なプロセスは同じで、クラウドに移行することで何が改善されるかを特定し、サポートしているデータとインフラストラクチャの一覧を作成し、クラウド・サービスと組み合わせてレプリケートや再設計が可能かどうかを検討する必要があります。クラウド移行プログラムの目標は、クラウドのアジリティとコスト削減を実現すると同時に、移行中も移行後もデータとアプリケーション・プロセスをセキュアに保つことです。

SaaSアプリケーションの移行を例に、クラウド移行プロセスに含まれるべき6つのステップは以下の通りです。

1.検出
データおよびアプリケーション・インフラストラクチャとその依存関係およびポリシーを明確に把握できるソフトウェアのモニタリングおよび管理ツールを使用します。クラウドで、これらをレプリケートまたは再設計する必要があります。

2.設計
機能をサポートまたはレプリケートするクラウド・サービスと、それらにセキュアに移行するためのプロセスを指定します。

3.構築
クラウドのリソースとサービスを使用して、データをセキュアに移行するための経路を含む、新しいアプリケーションとインフラストラクチャのアーキテクチャを構築します。

4.統合
新しいアプリケーションでデータをレプリケートし、既存のすべてのデータ・ソースおよび分析プロセスと統合されていることを確認します。

5.妥当性確認
新しいアプリケーションを実行してテストし、希望通りに機能することを確認します。

6.カットオーバー
この日が、取り組みの最終段階です。新しいアプリケーションを本番環境に導入し、一部のユーザーにテストを依頼します。最終的には、すべてのユーザーを新しいクラウド・ベースのアプリケーションに移行させることができます。

クラウド移行ツール

クラウド移行は複雑な作業ですが、それを管理しやすくするために設計されたツールが増え続けています。これらのツールは多くの場合、Amazon、Google、Microsoft、Oracleなどのクラウド・プロバイダーが提供しています。また、検出、ネットワーキング、レポートなどの必要なプロセスに特化したAppDynamics、Carbonite、CloudScapeなどのサードパーティ・ベンダーからも移行ツールが提供されています。各ツールは、データ、アプリケーション、またはインフラストラクチャをオンプレミスからクラウドに移行するプロセスの一部を支援するように設計されています。一般的な移行の課題に対応するツールをいくつかご紹介します。

• 検出および変換ツールは、アプリケーションのアーキテクチャを詳細に調査し、データ・ソースやハードウェアとソフトウェアの依存関係を特定します。これらのツールは、その情報を使用して、プロセスをレプリケートするために必要なクラウド・サービスを把握することを支援します。
• ネットワークとリソースの検出ツールは、アプリケーションとそのサービスのチームメンバーによる使用方法を組織が明確に理解することを目的としています。このツールは、必要となる機能をクラウド・プロバイダーのアプリケーションやデータベースにマッピングすることを支援します。
• 移行およびインストール・ツールは、データ、アプリケーション、ネットワーク構成、およびその他のサービスをクラウド・プロバイダーのサーバーに移行し、それらが適切に動作することを検証する手段を提供します。
• レポートおよびグラフ作成ツールは、移行中およびカットオーバー後のステークホルダーによる移行の追跡と妥当性確認を支援します。

クラウド移行のヒントとベストプラクティス

データベースの移行、SaaSアプリケーションへの移行、クラウドベースのコンピュート・サービスやストレージ・サービスの導入のいずれを行う場合でも、これらの手順とベストプラクティスがガイドとなり得ます。

1.プロジェクトの範囲を明確に定義する
例えば、移行するアプリケーションやデータベースとその理由を明確に把握します。

2.依存関係と統合を見極める
データ・ソース、セキュリティ・プロセス、依存関係のマッピングを支援できるクラウド移行ツールがあります。これらの情報は、ロック・ダウンして初めてクラウドで再現することができます。

3.価値を付加する方法を特定する
提供されるクラウド・サービスを徹底的にレビューし、データベース運用の自動化や分析プロセスの簡素化など、コストを削減する手段を講じる機会を探ります。

4.ビジネス・プロセスを新しいアプリケーションにマッピングする
移行の前に、移行予定のテクノロジーに関連する現在のビジネス・プロセスを把握します。次に、クラウドの移行先により変更を余儀なくされる業務プロセスの有無とその変更方法を理解します。例えば、SaaSアプリケーションに移行する場合、レガシー・アプリケーションで使用していたものとは異なるベストプラクティスの作業プロセスが想定されている可能性があります。

5.すべてをバックアップする
この点についての説明の余地はないでしょう。

6.移行中および移行後のデータ・セキュリティを重視する
クラウド・プロバイダーによるセキュリティへの取り組み方法を理解し、その専門知識と機能をすぐに活用できるように準備します。セキュリティ関連の構成とアップデートについて、自社の責任範囲とクラウド・プロバイダーによる処理範囲を理解します。

クラウド移行のトレンド

最近の最も大きなトレンドは、企業がますます要求の厳しくなるワークロードをクラウドに移行し、それらのワークロードに対応するために、より複雑で高度なハイブリッド・クラウドやマルチクラウドへの移行を選択していることです。クラウド・プロバイダーの中には、高額なデータ・エグレス料金やその他の障害を課すことでマルチクラウドのトレンドに対抗するものがある一方で、クラウド・プロバイダー同士で協力してマルチクラウドの導入を簡素化し、障壁を低くして、このトレンドを受け入れるものもあると見込まれます。

もう1つのトレンドは、最先端の従量課金制クラウドによる経済性のメリットを得ながら、企業が独自のソフトウェアを構築できるようにするクラウドネイティブな開発プラットフォームなどのプラットフォーム・サービスへの関心の高まりです。

最後に、注目すべきトレンドは、顧客が所有するデータセンターにおけるクラウド導入の普及です。この専属のクラウドは顧客のデータセンターに設置されますが、クラウド・プロバイダーが所有および運用するハードウェアとソフトウェアを使用します。顧客は、クラウド・プロバイダーのデータセンターでリソースを使用する場合と同様に、使用するクラウド・サービス・プロバイダーに対してのみ料金を支払います。

多くのテクノロジー・トレンドと同様に、クラウド・プロバイダーがさらに魅力的なサービスを構築し、移行プロセスを簡素化し続けるにつれて、クラウド移行はより高度化していくでしょう。

オラクルによるクラウドへの移行

クラウド移行はもはや最先端の戦略ではなく、大企業から中小企業まで多くの企業がクラウド移行に成功しています。移行には計画と効果的な管理が必要ですが、リスクは周知されており、移行を成功させるためのプロセスは十分に確立されています。まだ移行していない企業は、まず業務の一部をクラウドに移行することを検討すべきですが、最大の利益を得るには、主要な業務をクラウドに移行してデータセンターを完全に閉鎖できるようにする必要があります。クラウド移行は、コストの削減、セルフサービスのITリソース、柔軟なスケーラビリティ、自動化、絶え間ないイノベーションを実現します。また、プロセスは複雑になりがちですが、自動化ツールとクラウド・プロバイダーのリソースを利用することで、よりシンプルかつセキュアになります。これらの要素が合わさり、クラウド移行はIT組織にとって大きな機会となっています。

組織がクラウドに移行する際には、Oracle Cloudが魅力的なクラウド・アプリケーション、クラウド・インフラストラクチャ、およびプラットフォーム・サービス・スイートを提供させていただきます。Oracle Cloud Infrastructureは、当初より最も要求の厳しいワークロードに対応し、データとデータベースのクラウドへの移行を容易にするように設計および構築されています。組織がクラウドベースのエンタープライズ・アプリケーション・スイートを導入したい場合、既存のアプリケーションのパブリック・クラウドやマルチクラウド・インフラストラクチャへの移行クラウド・ワークロードの自社のデータセンターでの実現などのいずれをご検討の場合でも、Oracle Cloudにはお客様のニーズを満たすサービスが用意されています。

クラウド移行に関するFAQ

クラウド移行の種類を教えてください。

クラウド移行型には、リフト・アンド・シフトと呼ばれることもあるリホスト、オンプレミスのデータセンターで実行されているアプリケーションを、ブラウザ経由でアクセスするクラウドベースのアプリケーションに置き換える再購入、クラウドネイティブな機能を活用するためにアプリケーションのアーキテクチャを最新化する目的でクラウドに移行するリファクタリングなどがあります。

クラウド移行の4つの主なフェーズを教えてください。

クラウド移行には多くのステップがありますが、主なステップは、(1)移行するワークロードを明確に理解する検出、(2)既存の機能をクラウドデータセンターでミラーリングする設計、(3)すべてのパーツが計画通りに機能することをテストする妥当性確認、(4)新しいクラウドベースのサービスにユーザーを導入するカットオーバーの4つです。

クラウドに移行する理由を教えてください。

組織はITワークロードをクラウドに移行することで、コストの削減、アジリティの向上、柔軟なスケーラビリティ、自動化の促進、セルフサービスのプロビジョニング、絶え間ないイノベーションなどのメリットを得ることができます。

クラウド移行における主な課題を教えてください。

主な課題は、特にすべての依存関係を理解し、データセキュリティの懸念に対処することをはじめとする、ワークロードをオンプレミスのデータセンターからクラウド・プロバイダーのデータセンターに移行する際の複雑性の高さです。高スループット処理におけるネットワーク・レイテンシの問題や、データ・レジデンシーに関する懸念も、さらなる障害となり得ます。