Data 360 の設定を DevOps データキットにバンドルする

学習の目的

この単元を完了すると、次のことができるようになります。

• DevOps ライフサイクルにおけるデータキットの目的を説明する。
  
• DevOps データキットを作成して Data 360 コンポーネントをバンドルする。
  
• サポートされているコンポーネントと連動関係を特定する。
  

展開を効率的に管理する

この単元では、DevOps データキットを使用して Data 360 メタデータをパッケージ化する方法、データキットの種別の比較、およびスムーズな展開のための連動関係階層の管理について学習します。DevOps 開発者の Vijay Lahiri とシステムアーキテクトの Jamal Cooks がデータキットを使用して Cloud Kicks の新しいロイヤルティプログラムの設定を Developer Sandbox から本番環境に安全に移行する様子を見ていきましょう。

Cloud Kicks の Sandbox の同期が正常に完了したため、Vijay は新しいロイヤルティプログラムの設定を本番環境に移行する効率的な方法を見つける必要があります。50 種類ものデータマッピングを手動で再作成する代わりに、彼は DevOps データキットを活用します。DevOps データキットを使用すると、Data 360 コンポーネントを 1 つのユニットにバンドルし、環境間で繰り返し可能で、監査可能かつ安全な昇格を実現できます。

設定を一度パッケージ化すれば、どこにでも展開可能

データキットは Data 360 の設定を格納するコンテナです。Vijay にとって、展開時の連動関係エラーを回避することが最優先の目標です。

エンタープライズチームにとって、データキットは単なる移送手段ではなく、リリース成果物としての役割も果たします。データキットは関連する設定をバンドルし、連動関係の順序を確実に守り、展開の監査履歴を作成します。Vijay はベストプラクティスとして、データキットの作成時に次のガイドラインに従います。

• リリースの命名規則を含めます (例: v1.2-loyalty-enhancement)。
  
• データキットコンポーネントの公開シーケンスの順序をレビューします。
  
• Sandbox 組織で新しいデータスペースを作成する場合は、対象組織にそのデータスペース名が存在することを確認します。
  
• リリースに本番展開日に関連付けたタグを付けます。
  

標準データキットと DevOps データキットを比較する

ロイヤルティプログラムの設定をバンドルする前に、Vijay はアーキテクチャに適したデータキットの種別を選択する必要があります。

データキットの種別の違いを理解することは非常に重要です。標準データキットは、外部パートナーがインストールするソリューションをパッケージ化することを明確に意図して設計されています。たとえば、Salesforce パートナーが AgentExchange にアプリケーションを掲載する場合などに使用します。このプロセスはソリューションの提供に注力しています。

一方、DevOps データキットは、内部メタデータ管理のためのエンタープライズグレードのツールです。その目的は、新しい ID ルールや計算済みインサイトなどの設定変更を、組織内の各環境間 (たとえば Developer Sandbox から UAT Sandbox、そして最終的に本番環境) で、管理された再現性のある方法で昇格させやすくすることです。DevOps データキットを選択することで、バンドルされたコンポーネントが外部ソリューションではなく、構造化された監査済みの展開パイプラインの一部であることを示します。

設定をバンドルする

新しいロイヤルティプログラムのメタデータを安全に移行するために、Vijay は DevOps データキットを作成します。Data 360 の Sandbox で作業する場合、いくつかのコアメタデータコンポーネントをデータキットにバンドルできます。サポートされているコンポーネントには次のものが含まれます。

• データストリーム: 取り込んだデータのスキーマとソースの詳細。
  
• データモデルオブジェクト (DMO): ストリームをマッピングする標準およびカスタムデータモデル。
  
• 計算済みインサイト: ロイヤルティスコアリングなどのタスクに使用される SQL ベースのロジック。
  
• [Identity resolution rules (ID 解決ルール)]: Jamal の統合プロファイルに使用される一致ロジックと調整ロジック。
  
• セグメント: 対象を絞ったマーケティング活動のために定義されたオーディエンスの条件。
  

Vijay は次の手順に従って設定をバンドルします。

1. Sandbox 組織で [Setup (設定)] に移動し、[Data Cloud Setup (Data Cloud 設定)] を選択します。
   
2. [Developer Tools (開発者ツール)] の下で、[Data Kits (データキット)] を選択します。
   
3. [New (新規)] をクリックし、[DevOps Data Kit (DevOps データキット)] を選択します。
   

4. データスペースを選択します。
   
5. データキット名を入力します。
   
6. [保存] をクリックします。
   

連動関係階層を管理する

連動関係階層は、展開を成功させるために不可欠です。Vijay はデータキットを構築する際、厳格な順序に従って連動関係階層を管理しています。

1. [Data Kit (データキット)] ページからデータキットを選択し、サポートされているコンポーネントを追加します。
   

Data 360 では、データストリームを追加すると、データマッピングなどの連動関係が自動的に含まれます。データキットに追加できるコンポーネントを正確に確認するには、Salesforce ヘルプの「Data 360 Extensibility Readiness Matrix (Data 360 拡張準備マトリックス)」を参照してください。

2. ストリームで基盤を構築する: まず Amazon S3 または CRM のデータストリームを追加します。データストリームを選択すると、Data 360 が関連するデータレイクオブジェクト (DLO) をインテリジェントに取り込みます。
   
3. マッピングでパイプを接続する: データモデルオブジェクト (DMO) を追加する際は、必ず [Include Mappings (マッピングを含める)] チェックボックスをオンにします。これにより、取り込まれた未加工データが対象の組織に到達した瞬間に、統合データモデルのどの部分に属するかを正確に認識できます。
   
4. 公開シーケンスを確認する: [Data Kit (データキット)] ページで公開シーケンスを確認し、連動関係の欠落エラーを防ぎます。セグメントが計算済みインサイトに連動している場合は、計算済みインサイトがセグメントより前に展開されるように設定します。
   
5. コンポーネントと連動関係を確認したら、[Save (保存)] をクリックします。
   

ヒント:
各データキットにはセマンティックバージョン設定を使用し (例: v1.3-loyalty-update)、エクスポートしたマニフェストはソース管理に保存します。

次のステップ

Data 360 の設定を移植可能な DevOps データキットにバンドルすることができました。次の単元では、Jamal と Vijay がこれらのキットを対象の環境に移行するための最適なマルチツール展開戦略をどのように選択するかを学習します。

リソース

• Salesforce Developers: Package Data 360 Metadata Components (Data 360 メタデータコンポーネントのパッケージ化)
• Salesforce ヘルプ: Data 360 Sandbox の作成