クラウド・マイグレーションとは何か？

クラウド・マイグレーション入門

このページでは、クラウド・マイグレーションについて理解を深めていただくために、以下の内容を取り上げる：

• なぜクラウドに移行するのか？
• クラウド移行の主なメリット
• クラウド移行にはどのような種類があるのか？
• クラウドに移行する際に直面する課題は何ですか？
• クラウド移行におけるデータベースの考慮点
• 結論

クラウド・マイグレーション」とは、組織のビジネス・アプリケーション・インフラ（データ・ストレージ、データ処理、コンピューティング・リソースなど）を、オンプレミスのデータセンターからクラウドへ、あるいはあるクラウドから別のクラウドへ移行することを指す。

クラウドへの移行は、ある場所から別の場所への物理的な資産の移動よりもさらに複雑です。なぜなら、考慮すべき無数の詳細、多くの手順、従うべき特定の順序があるからです。プロセスをできるだけスムーズに進めるためには、綿密な計画と準備が必要です。

しかし、この大変な作業は、正しく取り組めば、近代化と拡張を必要とするアプリケーションに、規模、敏捷性、柔軟性という非常に大きな価値をもたらす。

なぜクラウドに移行するのか？

冬に南へ向かう際、鳥が特徴的な「V」の字を描いて飛ぶ姿を誰もが目にしたことがあるだろう。気温が下がり、資源が減少し始めると、鳥たちは本能的に、生存と長寿のチャンスを増やすために、より多くの資源がある地域へと移動する。

同様に、クラウドへの移行は、ビジネスの俊敏性を妨げ、最新のアプリケーションの要求を満たすのに苦労する、老朽化し、非効率で信頼性の低いレガシーインフラから移行することで、組織が繁栄し、成長する機会を増やす。

レガシー（legacy）」という用語は、時代遅れでありながらまだ使用されているテクノロジー、コンピューターシステム、アプリケーションを指す。通常、レガシーインフラストラクチャは、組織の敷地内にあるデータセンターで稼働している。これには、ハードウェア、ネットワーキング、ソフトウェア、データ処理、ストレージが含まれる。

このようなインフラ・コンポーネントが古くなると、組織の進化と競争力が損なわれます。それらはリソースが有限であるオンサイトに配置されるため、最新のアプリケーションの要求を満たすために十分に拡張することができない。

レガシーインフラからクラウドに移行することで、企業は需要の増加に対応するために必要な規模と、その需要に応じてコンピューティングパワーを調整する弾力性を迅速に得ることができる。また、標準化されたインフラ管理によって効率性も向上し、これらすべてがコスト削減と俊敏なビジネスモデルの実現につながる。

クラウド移行の主なメリット

上記のメリットに加え、クラウドに移行することで以下のようなメリットも得られます：

• スケール
  需要に応じてコンピューティング・リソースを増減できるクラウド・コンピューティングは、オンプレミスで稼働するインフラよりもはるかに迅速かつ容易に、より多くのワークロードとユーザーをサポートできる。
• パフォーマンス
  クラウドはその規模と分散アーキテクチャにより、より高速なアプリケーションを実現し、ユーザー体験を向上させることができる。クラウドでアプリケーションをホスティングすると、データセンターをユーザーの集中が必要な場所に配置できるため、待ち時間が短縮される。
• 柔軟性と標準化
  アプリケーション・ユーザーはどこからでもクラウドベースのアプリケーションにアクセスできるため、利便性が最大化され、リアルタイムのコラボレーションが容易になる。また、クラウド・ホスティングにクラウド・サービス・プロバイダーを利用することで、組織は標準化された反復可能な環境を手に入れることができる。
• コスト削減
  クラウドを利用することで、物理的なインフラを導入し、保守し、費用を支払う必要がなくなるためだ。ほとんどの場合、クラウド・サービス・プロバイダーがバックアップ、修正、アップグレードなどのメンテナンス・タスクを処理するため、企業はアプリケーションの開発に専念できる。

クラウド移行にはどのような種類があるのか？

クラウド移行に関しては、そのアプローチは目標によって異なるはずだ。組織は、要件、アーキテクチャ戦略、成功基準を慎重に検討した上で、最適な方法を選択する必要がある。参考までに、 ガートナー・リサーチ は、クラウド移行に関する5つの主要な選択肢を示した：

• リホスト
  リホストはしばしば「リフト＆シフト」と呼ばれる。その名が示すように、リホストは基本的にアプリケーションを「そのまま」移動させることを意味し、オンプレミスで使用していたのと同じアプリケーション・アーキテクチャ・スタックを再作成するが、クラウド上のIaaS（Infrastructure-as-a-Service）上にデプロイして実行する。
• リファクター
  リファクタリング・アプローチにより、組織は既存のコード、フレームワーク、コンテナを保持したまま、代わりにPlatform-as-a-Service（PaaS）上にアプリケーションをデプロイすることができる。
• 改訂
  リバイス・アプローチでは、最新化要件を満たすようにコードベースを修正し、リホストまたはリファクタリングによってデプロイする。
• 再構築
  リビルド・アプローチとは、PaaSプロバイダーのインフラ上でアプリケーションを完全に書き直すことを指す。このアプローチには多くの労力がかかるが、組織は最新のテクノロジー・スタックをフルに活用することができる。
• 交換
  古いアプリケーションを引退させ、既製のSaaS（Software-as-a-Service）に移行することである。

組織が追求するアプローチは、その目標、時間枠、利用可能なリソースや専門知識に基づいて選択されるべきである。

クラウドに移行する際に直面する課題は何ですか？

クラウドへの移行には多くのメリットがありますが、注意すべき課題もあります。以下のような計画を立てておく必要がある：

明確なクラウド移行戦略

移行プロセスの開始を急ぐあまり、組織は明確に定義された戦略の重要性を見落としてしまうことがよくある。タスクの詳細な順序は非常に重要であり、必然的に発生する問題を回避するのに役立つ。組織は以下を文書化すべきである：

• 目標と成功基準を含む、実行のための明確な戦略
• 移行作業に必要なリソース
• 移行中に発生する可能性のある問題、または発生する可能性のある問題、およびその緩和計画
• 成功基準を確認するための検証プロセス

データ移行

オンプレミスからクラウドへのデータ移行は、コンセプトとしては簡単に聞こえるかもしれないが、移行プロセス全体の中で最も時間のかかる作業になる。

データのエクスポートやインポートを行う内蔵のデータベース・ユーティリティを活用するか、大量のデータを移行するために構築された専用のデータ転送ソリューションを活用する。場合によっては、物理的なハードウェア・アプライアンスにデータをロードしてクラウド・プロバイダーに送り、クラウド・インフラにロードする機能など、クラウド・プロバイダーのサービスもある。このオプションは、データのフットプリントが大きすぎて、インターネットのオプションを使用して効率的に移動できない場合に便利です。

クラウドへの移行は、パフォーマンスと柔軟性を向上させるためにデータベースのプラットフォームとモデルを変更する（例えば、リレーショナルデータベースからNoSQLデータベースへ）機会でもある。もちろん、データベース・プラットフォームとモデルの変更は、移行作業全体に影響を与えるため、戦略を計画する際には選択肢を慎重に検討する必要がある。

ダウンタイムの最小化

データとシステムを移行する際、組織はアプリケーションのダウンタイムをできるだけ短くする必要がある。また、問題や障害が発生した場合にできるだけ早く環境を復旧できるように、移行作業の前にデータをバックアップしておくべきである。

最もクリティカルなアプリケーション、つまり絶対に稼働し続けなければならないアプリケーションについては、クラウドへの移行プロセスが完了するまで、一時的なバックアップ・インフラで稼働させることをお勧めします。また、移行が進行中であることをユーザーに知らせ、それに応じて可用性の期待値を調整できるようにすることも重要だ。

クラウド移行におけるデータベースの考慮点

クラウドへの移行は、特にリプラットフォームやリファクタリングによるクラウド移行を進める企業にとって、データベースプラットフォームやモデルを最新化する絶好の機会となります。例えば、オンプレミスのリレーショナル・データベースからクラウド上のNoSQLデータベースに移行することで、アプリケーションのパフォーマンスと柔軟性を向上させることができます。

オンプレミスのリレーショナル・データベースからクラウド上のNoSQLデータベースへの移行

リレーショナル・データベースは一般的にスケーラビリティの欠如に悩まされ、データモデルが固定され、俊敏性と柔軟性を制限する静的なスキーマによって定義されるため、硬直的になりがちです。対照的に、NoSQLデータベースは通常分散型で、データをJSONドキュメントとして保存する。このため、スケーラビリティと柔軟性がはるかに高く、アプリケーションのニーズに合わせてデータ構造を迅速に進化させることができる。

両者はモデルが異なるため、リレーショナルデータベースからNoSQLデータベースへの移行には慎重な計画が必要です。リレーショナル構造（スキーマやテーブルなど）をサポートし、SQL（リレーショナル・システムの標準クエリ言語）もサポートするNoSQLデータベースを使用すれば、データベース・モデル変更の複雑さを大幅に軽減できる。

多くの組織がリレーショナル・データベースからNoSQLに移行している理由を学ぶ。

Couchbase カペラ はSQLをサポートするフルマネージドNoSQL JSONドキュメントDatabase-as-a-Service (DBaaS)です。また、スコープやコレクション機能により、ACIDトランザクション、スキーマ、テーブルなどのリレーショナル構造もサポートしている。これらの機能により、企業はリレーショナルデータベースからクラウド上のCapellaへの移行が容易になり、NoSQLデータベースの優れたパフォーマンスと柔軟性を活用できるようになります。

リレーショナルデータベースからCouchbaseへの移行に関するこれらのリソースは、あなたの努力を合理化するのに役立ちます：

• オラクルからNoSQLへの移行
• SQL ServerからNoSQLへの移行
• SQLからNoSQLへ：自動化された移行
• MOLO17 GlueSync、双方向データレプリケーションでCouchbase Capellaへの移行を可能に

オンプレミスNoSQLからクラウドNoSQLへの移行

Capellaを使用している組織の中には、以前はNoSQLデータベース技術を採用していたが、Capellaの次のような利点があるため、Capellaに移行した。 優れたパフォーマンス、柔軟性、関係構築の順守.

他の組織はCouchbaseを採用し、オンプレミスで使用していましたが、データベースのホスティングと管理を自社で行うことにしました。Capellaに移行することで、完全にホスティングされ、管理されたCouchbase環境を手に入れ、ITリソースを解放し、コストを削減することができました。

このガイド は、オンプレミスのCouchbase ServerデプロイメントからCapellaに移行するための詳細なステップバイステップのプロセスを提供しています。

また、Capellaデータベースのすべての移行作業を支援する、 Couchbaseプロフェッショナルサービス を提供する。 マイグレーション・サービス 成功を確実にするためにデザインされたパッケージ・エンゲージメント。

結論

クラウドへの移行は複雑なプロセスであり、明確な目標、詳細な戦略、慎重な計画を持って取り組む必要があります。クラウド用に構築されたデータベースの選択を含め、すべての変数を考慮することで、移行作業を大幅に加速し、成功の結果を保証することができます。