View a markdown version of this page

Data Mesh Strategy Framework - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Data Mesh Strategy Framework

Data Mesh Strategy Framework は、組織のデータメッシュ戦略を策定して実装するのに役立つように設計されています。データメッシュ戦略の実装中に観察される一般的なフェーズの概要を示します。データ戦略とクラウド成熟度ジャーニーのどの段階にあるかに基づいて、組織に関連するフェーズを検討してください。場合によっては、お客様はまずデータメッシュ戦略のツールとテクノロジーに焦点を当てます。代わりに、戦略を組織が提供するビジネス価値に合わせることをお勧めします。

Data Mesh Strategy Framework は、次の 5 つのフェーズで構成されます。

  • 検出

  • Align

  • 起動する

  • スケール

  • 進化

検出フェーズ

検出フェーズでは、組織のビジネスとデータの状況について詳しく説明します。このフェーズの目的は、データメッシュの設計に役立つ情報を収集することです。このフェーズでは、以下のトピックを認定して明確にします。

  • ビジネスの現在の構造と、再編成が計画されているかどうか

  • 各事業部門によって生成されたデータの量

  • 組織のデータソースと、各事業部門が生成するデータのタイプ。カンマ区切り値 (CSV) データ、画像データ、動画データ、IoT データなど

  • データ生成の速度 (バッチデータまたはストリーミングデータ)

  • データアクセスを管理する現在のプロセス

  • データストレージの場所: クラウドまたはオンプレミス

  • データソリューションがハイブリッドシナリオをサポートする必要があるかどうか

  • データがオンプレミスの場合、クラウド移行が計画されているかどうか

  • データのセキュリティとコンプライアンスのガードレール

  • 現在のデータ駆動型ユースケース: 成熟度とテナンシー (クラウドまたはオンプレミス)

調整フェーズ

検出フェーズで必要なデータポイントを収集したら、組織構造に基づいてデータメッシュソリューションの境界を定義します。理想的には、組織全体をカバーする 1 つのデータメッシュソリューションが必要です。ただし、大規模な組織では、データメッシュソリューションの複数の実装を採用することがあります。このシナリオが当てはまる場合は、各商用ブランドまたは各地理的リージョンのデータメッシュソリューションの構築を検討してください。境界を定義するときは、ソリューション構造が一方向ドアか双方向ドアかを検討します。Amazon では、一方向のドアの決定はほぼ元に戻せないと見なされます。一方、双方向のドアの決定は、大きな影響なしに元に戻すことができます。

最小実行可能製品 (MVP) の範囲についてステークホルダーと調整します。

  • MVP の技術的な機能。

  • データメッシュベースのデータソリューションを実装するためのライトハウスまたはパイロットユースケース (ビジネスユーザーの要件)。Lighthouse ユースケースの実装から収集された経験は、将来のユースケースを実装するためのブループリントを作成するのに役立ちます。

  • MVP の成功を測定するメトリクス。

  • MVP フェーズ (ソリューションの増加) を超えるデータソリューションの望ましい範囲。

ソリューションの技術的な機能を特定するには、データユーザーエクスペリエンスから逆算します。MVP では、ユーザーエクスペリエンスを満たすために必要な最小限の機能を選択します。灯台のユースケースを選択するときは、次の点を考慮してください。

  • クラウド成熟度の高いユースケース

  • 高度なデータユーザーのユースケース

  • 実現可能なビジネス価値を提供するユースケース

  • ベースラインデータソリューション機能から要件を満たすことができるユースケース

起動フェーズ

すべてのステークホルダーが対象範囲とサポートされているユースケースを調整したら、データメッシュベースのデータソリューションの MVP を構築します。価値を実現するための反復構築アプローチとして、スクラムやカンバンなどのアジャイルプラクティスを採用します。MVP のロードマップとマイルストーンを定義し、データガバナンスメカニズムを確立します。起動フェーズには、次の主要なアクティビティが含まれます。

  • データメッシュのデータドメインを特定します。

  • ドメインのテナンシーを定義します。

  • データソリューションに灯台のユースケースを追加します。

  • データソリューションで灯台のユースケースをサポートするデータ製品を追加します。

  • データ製品のビジネスメタデータと技術メタデータを定義します。

  • データアクセス管理ワークフローを構築します。

  • コンシューマーチームのデータアクセスパターンを構築します。

  • セキュリティとコンプライアンスのガードレールを構築します。

  • データ品質とデータ系統を測定するツールを構築します。

  • ユーザーへの通知、リソースの使用のモニタリング、成功メトリクスの追跡を行うためのオブザーバビリティツールを構築します。

  • MVP を本番環境にロールアウトします。

  • 教育およびプロモーション活動を実施します。 

MVP フェーズの最後に、結果を評価して起動フェーズの成功を測定します。

スケールフェーズ

このフェーズでは、MVP フェーズの結果に基づいて、完全なソリューションの範囲を繰り返しながら、MVP ソリューションを拡張します。MVP フェーズ後に実装が予定されている機能を紹介し、早期導入ユースケースのサポートを追加します。機能の強化、追加、ソリューションの運用と保守についてステークホルダーに引き続き教育します。

進化フェーズ

データソリューションを構築する場合、完了することはありません。構築した内容を見直して、ソリューションのライフサイクルを管理します。ビジネスユーザーのニーズを満たす最適化と新機能または拡張機能を導入します。たとえば、生成人工知能 (生成 AI) 機能を追加して、データ製品のビジネスメタデータを強化します。データソリューションに遅延アダプターのユースケースを追加します。

次の図は、各フェーズでサポートされているビジネスユースケースのアクティビティと変更の概要を示しています。

ビジネスユースケースと導入者の数は、規模と進化のフェーズで増加します。

灯台ユースケースに関連付けられたユーザーは、データメッシュベースのデータソリューションを最初に採用します。スケールフェーズでは、より多くの早期導入者がデータソリューションを使用し始めます。進化フェーズでは、後期導入者がそれに続きます。