企業のクラウド移行ガイドについて知っておくべきこと

今日の企業は、かつてないほど多くのデータにアクセスできます。これらのデータは、量と変動性の両面で驚くべき速度で増加しています。従来の分析であれ、機械学習や人工知能などの最先端技術であれ、あらゆるソースからの情報をクラウド リポジトリに一元管理することは、ビジネスにとって重要です。

[[256816]]

なぜ移行するのですか?

• 企業がデータをクラウドに移行することは、人々が新しい家に引っ越すようなものです。企業は、移行の理由、移行する必要があるもの、移行を計画している場所を把握する必要があります。
• クラウドに何を求めますか?現在の設定は限界に達していますか?データ分析や機械学習スタックをより効果的に強化するにはどうすればよいでしょうか?
• クラウドが提供するすべての機能をどのように活用できるでしょうか?建築上の強みを活かすことはできますか?スケーラビリティと弾力性はどの程度ですか?セキュリティはどうですか?コスト削減はありますか?それは何をもたらすでしょうか?すべて？

これを詳しく調査すると、非常に多くの情報源から得られるデータに驚くかもしれません。

もちろん、このような複雑な動きは企業が思いつきで行うものではありません。代わりに、成功するには、綿密な計画と適切なツールセットが必要です。移行チェックリストを作成する前に、いくつかの一般的な考慮事項を検討してください。

1. セキュリティ

データのプライバシーが適切なデータ管理方法になりつつある世界では、どのデータが共有可能で、どのデータが共有不可能かを理解することが重要です。個々のユーザーにとって、自分の PII (個人識別情報) データが不適切な相手に公開されないようにすることは非常に重要です。したがって、移動中および保存中のデータのセキュリティを確保するには、パイプラインとデータベースの機能全体を包括的にレビューすることが重要です。データがどのようにステージングされるか、どのシステムがデータにアクセスできるのか、そしてデータがどのくらいの期間保持されるのかを理解することは、情報の露出の範囲を完全に理解するために重要です。

さらに、従来のオンプレミス ソリューションと同様に、アプリケーションがオブジェクトとデータを保護する方法についても考慮する必要があります。たとえば、ロールベースのアクセス制御 (RBAC) が存在するかどうか、適切な粒度 (行レベルまたは列レベル) でデータを保護できるかどうかは重要な事項です。データの匿名化とマスキングはクラウド アクセスの前提条件ですか?承認されたユーザーの管理は、企業運営の重要な要素でしょうか?

***、規制目的または契約目的を達成するために、資産インベントリ内のどのデータ オブジェクトに特別な処理が必要かを把握する必要があります。移行と計画のプロセスを開始する際には、プラットフォームとアプリケーションが組織のこれらのニーズをサポートできることを確認することが重要です。

2. パフォーマンス

クラウドに移行する場合、データが利用可能であり、可能な限り最新の状態であることが重要です。データ分析はビジネス上の利点をもたらす可能性があり、データに依存します。通常、オンプレミス ソリューションは、ビジネスのユーザー エクスペリエンス要件とサービス レベル契約 (SLA) を満たすように慎重に作成され、専用に構築されます。クラウドへの移行時に使用するアプローチに関係なく、特定の運用ワークロードにおけるパイプラインとデータベースのパフォーマンスを徹底的に検証し、テストすることが重要です。これは、どのようなパフォーマンスのボトルネックが発生しているか、どこで発生しているか、そしてそれをどのように解決するかを理解する唯一の方法です。

継続的なテストと監視のための特定のベンチマークと候補ワークロードを確立することは、間違いなくベスト プラクティスです。これは、プラットフォームが最適な方法で実行されていることを継続的にポーリングして検証するクラウド監視サービスとクエリを使用して実行できます。

3. 容量

現在の容量と将来の容量を管理することは、オンプレミス ソリューションの分野における科学です。これは、プラットフォームの消費者が経験するパフォーマンスの一貫したレベルを維持することに密接に関係しています。クラウドに移行する主な理由の 1 つは、ワークロードと容量のニーズが変化するときに、弾力性と自動スケーリングのメリットを実現することです。

将来のクラウド コンピューティング アーキテクチャを検討する際には、ピーク需要のシナリオに対応するために必要なエンジニアリングが、プラットフォームの機能に事前に組み込まれていることが重要です。企業はピーク時の需要を把握し、クラウド プラットフォームがそれを処理できることを確認する必要があります。また、これらのピーク需要シナリオを継続的にテストおよび監視できることも重要です。

クラウド プラットフォームネイティブの監視およびレポート サービスを活用します。企業の DevOps チームがこれらのテクノロジーを理解し、後からではなく事前にこの機能を構築できるようにします。

4. 資産および在庫の調査

クラウド移行戦略を実行する前に、企業はすべてのデータ資産、その依存関係、およびそれらの資産をサポートする上流および下流のアプリケーションの完全なインベントリを取得する必要があります。このチェックリストを作成して維持することが、移行フェーズ中のすべての計画活動の基礎となります。このチェックリストがなければ、スタック内のすべてのコンポーネントをクラウドに移行することによる影響、リスク、コストを完全に理解することは不可能です。

さらに、このインベントリと評価の作業を通じて、企業は冗長なデータ ソースとサービスをリファクタリングして廃止する機会を特定することがよくあります。これにより、企業は将来価値が限られている、または価値がないプロジェクトにリソースを浪費することを避けることができます。企業は移行する新しいデータ ソースを発見することもできます。

5. アプリケーションの移行

この移行ガイドはクラウドへのデータの移行に重点を置いていますが、組織ではアプリケーションの移行も必要になる場合があります。アプリケーションを移行するには、いくつかの異なるアプローチを選択できます。どのアプローチが最適かは、あなたのビジネス特有のニーズと目標によって決まります。

ほとんどのアプリケーションをクラウドに移行したいが、変更は加えたくないですか?これは多くの場合、「リフト アンド シフト」アプローチの一種であり、既存のアプリケーションはカスタマイズまたは置き換えられるのではなく、クラウドでホストされている仮想マシンで実行されます。より高速で、中断も少ないですが、クラウド コンピューティングが提供するすべての利点を活用できるわけではありません。

別のアプローチとしては、アプリケーションを完全にクラウドネイティブ環境に移行することが考えられます。アプリケーションをカスタマイズしたり置き換えたりする必要があるため、コストと時間の面でコストは高くなりますが、最終的にはより堅牢なシステムが得られます。

つまり、企業は自社の資産とその価値を理解する必要があります。セキュリティ要件を理解し、計画されたターゲット アーキテクチャに対するリスクを評価します。企業が顧客に同等以上のサービス レベルを提供できることを確認し、最後に、監視と容量管理にネイティブ クラウド アーキテクチャ サービスを活用し、ビジネスを次のレベルに引き上げるために必要なツールへの移行戦略を構築します。

6. クラウド移行チェックリスト

クラウドへの移行では、多くの詳細を追跡する必要があり、企業が覚えておく必要のある事項のリストを作成すると役立つことがよくあります。たとえば、トラックをリースする必要がありますか?郵送先住所を変更しましたか?ビジネスをクラウドに移行する場合は、次のチェックリストが必要です。

• （１）チームの役割を確立し、成功要因を定義する。ビジネスにとって移行が成功するとはどういうことでしょうか?それを実現するために誰が協力するのでしょうか?
• （2）企業が移行するもの、依存関係、アプリケーションユーザーへの影響を理解する。ここで、企業はデータ調査を実施し、移行を利用してデータクレンジングを実行し、移行される残留データを削減できます。このとき、企業は、現在どのような能力が必要で、将来どのような能力が必要になる可能性があるかを理解し始めます。
• （３）セキュリティ評価を実施する。データが保護され、コンプライアンスまたは規制基準を満たしていることを確認します。
• （４）スイッチを導入する前に性能ベンチマークと基準を確立する。
• （5）企業は、DevOpsチームがクラウド内のアプリケーションをどのようにサポートするか、また使用するクラウドネイティブツールを事前に決定します。
• （6）新しい環境と構成を反映するためにサービスレベル契約（SLA）を更新します。
• （7）移行する前に、アプリケーションが自動スケーリングのためのネイティブクラウド機能を活用していることを確認し、それらの機能をテストします。

もちろん、これは基本的に出発点であり、ビジネスを立ち上げて運営するための場所です。企業内での実際の実装は、より複雑になる場合もあれば、より単純になる場合もあります。企業が基本を理解したら、プロセスにいくつかの追加ステップを追加することを検討してください。

移行パスのオプション

データの移行が主な懸念事項ですが、企業は移行を活用して、必要になる可能性のあるデータ変換を実行する必要があります。

データはさまざまなソースから取得され、さまざまなスキーマが関係するため、移行はデータを共通のスキーマに再マップするのに最適なタイミングです。企業は、さらなる分析のためにデータを拡充したり、クリーンアップしたりしたいと考える場合もあります。

ほとんどのデータ パイプラインは、クラウドにロードする前またはロードした後に、何らかの変換サポートを提供します。

Alooma は、ロード中またはロード後のデータ変換を完全にサポートします。このようにして、企業はデータをロードする前にデータを拡充またはクリーンアップし、その後クラウドが提供するコンピューティング能力を使用して、クラウド データ ウェアハウスでさまざまな結合やその他の変換を実行できます。