クラウドプラットフォームへのデータベース移行を慎重に計画する方法

今日、多くの組織がデータベースをクラウドに移行することを決定しています。これは正しいアプローチでしょうか?組織は、アプリケーションの種類、ベンダー ロックイン、クラウド固有の機能の魅力を考慮する必要があります。

[[317525]]

ますます多くの組織がアプリケーションとワークロードをクラウドに移行し続けていますが、多くの組織にとって、データベースをクラウドに移行することは危険な飛躍のように感じられるかもしれません。

調査会社ガートナーは、2023 年までにデータベースの 75% がクラウド コンピューティング データベース プラットフォーム上で実行されると予測しています。クラウドへのデータベース移行の増加の多くは、一般的に大規模な組織よりも柔軟性が高い中小企業が使用するアプリケーションによるものとなります。しかし、調査会社ガートナーのアナリスト、ドナルド・フェインバーグ氏は、特に他の企業アプリケーションと密接に統合されているトランザクション処理アプリケーションの場合、企業がクラウドコンピューティングサービスを導入するのは遅くなるだろうと述べている。

「ほとんどの大規模組織は巨大なアプリケーションと大量のデータを保有しています」とフェインバーグ氏は語った。 「したがって、たとえ 100% のデータをクラウドに移行したとしても、クラウドに完全に移行するには 5 年以上かかります。」

組織は、既存のワークロードをクラウド プラットフォームにリフト アンド シフトするか (AWS EC2 インスタンスでデータベースをホストするだけなど)、または、Azure SQL Database などのマネージド データベースに移行してインフラストラクチャのメンテナンスの負担を軽減するかを決定する必要があります。リフト アンド シフト移行は多くの場合、足がかりとなります。組織のデータがクラウドに保存されると、アプリケーションの再構築が容易になります。理論的には、既存のデータベースを IaaS サービス上で実行されている同様のデータベースにコピーするだけです。小規模な組織の場合、プロセスは簡単です。

ただし、大規模な組織の場合、既存の慣行からクラウド コンピューティング サービスへの移行はより複雑になります。 「クラウド環境に移行すると、社内の手順がすべて変わるため、新たなトレーニングが必要になる」とフェインバーグ氏は語った。

大規模な組織がデータベースをクラウド プラットフォームに移行する準備をしています。移行中は、ハイブリッド インフラストラクチャ上で実行するためにアプリケーションを統合することが困難になる可能性もあります。

分散アプリケーションはクラウドプラットフォームのロックインに関する懸念を軽減します

クラウド プラットフォームに縛られたくない組織は、データベース移行の煩わしさに悩まされる可能性がありますが、新しい分散アーキテクチャは、それらの悩みを軽減するのに役立ちます。一連のマイクロサービスに基づく最新の分散アプリケーションは通常、Kubernetes クラスター上で実行されます。Kubernetes クラスターは、エンタープライズ データセンター、または AWS、Google Cloud Platform、Microsoft Azure、その他のパブリック クラウドでホストできます。

「この新しいクラスのアプリケーションは、永続的にマッピングされたブロック ストレージや従来の SQL データベースに依存しなくなりましたが、疎結合で地理的に広範囲に分散されたマイクロサービスすべてをサポートするには、集中型のバックボーンが必要です」と、Enterprise Management Associates のリサーチ ディレクター、Torsten Volk 氏は述べています。

クラウド データベースはこのバックボーンを提供しますが、企業が現在のデータベース インフラストラクチャを撤去して置き換える必要はありません。マイクロサービス ベースのアプリケーションは、状態の検索と保存、データの交換、ユーザーの承認、ログへのアクセス、コンテンツ フィードへのサブスクライブ、相互依存関係のマッピング、運用データの検索や提供、あるいはバイナリの共有などを行うことができます。

さらに、クラウドベースのデータベース製品は、さまざまな地理的な場所からのアプリケーション要求の予測不可能な遅延を吸収し、データの整合性が損なわれるリスクを最小限に抑えることができます。 「これらすべては、典型的なデータベース管理者の職務範囲を超えています」と Volk 氏は言います。

クラウド データベースは、パブリッシュ/サブスクライブ、非同期メッセージング、データ ストリーミング、NoSQL、キー値ストア、グラフ データベース機能など、アプリケーション開発者が求める新しい機能も提供します。

結局のところ、マネージド クラウド データベースの利点は、アプリケーションとクラウド プロバイダー間のより緊密な結合を犠牲にして得られるものです。 「組織は、少なくとも、作り出されているロックインのレベルを理解していることを確認する必要がある」とフォルク氏は述べた。

クラウド データベース移行を計画するための 4 つの重要な選択肢

クラウドへの移行には多くの計画が必要ですが、データベースをクラウドに移行する際にはさらに重要な決定を行う必要があります。 IDC アナリストの Carl Olofson 氏は、4 つの主要な選択肢を特定しました。

（1）DBMSを選択します。まず、組織はデータベース管理システム (DBMS) をどのように扱うかを決定する必要があります。現在使用しているのと同じデータベース管理システム (DBMS) のクラウド バージョンに移行する必要がありますか?これにより、労働者は既存のスキルを引き続き使用できるようになります。代わりに、AWS の Aurora、Google Cloud Platform の Cloud Spanner、Azure SQL Database など、選択したクラウド プラットフォームのネイティブ データベース サービスを使用する方が経済的な場合があります。組織はサードパーティのクラウド コンピューティング データベース製品を採用することもできます。

（２）サポートの好みを決定する。クラウドネイティブ データベースには、さまざまなサポート ツールとユーティリティが付属しています。問題がデータベースからのものであってもインフラストラクチャからのものであっても、サポート組織への電話は 1 回だけなので、トラブルシューティングが簡素化されます。ただし、組織のさまざまな部分で異なるクラウド プラットフォームを使用している場合は、問題が発生する可能性もあります。

（３）アプリケーションと分析を再考する。クラウドへの移行準備が整った企業は、この機会にアプリケーションの動作方法を再考すべきだとオロフソン氏は述べた。人工知能や機械学習、時系列、グラフ分析をサポートするような追加の分析機能を検討してください。

（４）変化に対してオープンであることこれらの機能により、組織はデータベース構造自体を再考する必要が生じる可能性もあります。 「現在使用しているのと同じタイプのデータベース システムを使い続けるのではなく、これらの高度な機能のいくつかにより多くのメリットを提供できるシステムを検討してください」と Olofson 氏は述べています。組織は、データベースの移行に加えて、Amazon Aurora や Azure Cosmos DB などのクラウド データベース サービスを導入したり、クラウド ベンダーのサーバーレス サービスを利用してビジネスを拡大したりすることもできます。