Campaign インタラクション環境およびアーキテクチャについて

環境 environments

オファーを管理する際に使用するターゲティングディメンションごとに、次の 2 つの環境があります。

オファーは、承認プロセスで選択されたオファースペースにのみデプロイされます。そのため、ライブ状態のオファースペースで、オファーがライブ状態であっても利用できないことがあります。

インバウンドおよびアウトバウンドインタラクション interaction-types

Adobe Campaign インタラクションモジュールは、次の 2 種類のインタラクションを提案します。

これら 2 種類のインタラクションは、単一モード（オファーが 1 つのコンタクトに対して計算される）か​ バッチモード（オファーが一連のコンタクトに対して計算される）のいずれかで実行できます。通常、インバウンドインタラクションは単一モードで実行され、アウトバウンドインタラクションはバッチモードで実行されます。とは言え、例えばトランザクションメッセージのような例外もあり、その場合アウトバウンドインタラクションは単一モードで実行されます。

（実行された設定に応じて）オファーを提示でき次第、または提示する必要があり次第、オファーエンジンが仲介役を果たします。つまり、コンタクト先に関する受信データとアプリケーションでの指定どおりに適用できる様々なルールを組み合わせて、コンタクト先に最適なオファーを使用可能なオファーの中から自動的に計算します。

分散アーキテクチャ

スケーラビリティをサポートし、インバウンドチャネルで 24 時間年中無休のサービスを提供できるようにするために、インタラクション ​モジュールは分散アーキテクチャで実装されています。このタイプのアーキテクチャは、Message Center で既に使用されており、複数のインスタンスで構成されています。

コントロールインスタンスは、インバウンドチャネル専用で、カタログのオンラインバージョンを含みます。各実行インスタンスは独立しており、1 つの連絡先セグメント専用です（例：国ごとに 1 つの実行インスタンス）。オファーエンジンの呼び出しは、実行時に直接実行する必要があります（実行インスタンスごとに 1 つの専用 URL）。インスタンス間の同期は自動的には行われないので、同じコンタクト先からのインタラクションは、同じインスタンスを通じて送信される必要があります。

同期 synchronization

オファーの同期は、パッケージで実行されます。実行インスタンスでは、すべてのカタログオブジェクトに、外部アカウント名のプレフィックスが付加されます。これは、同じ実行インスタンスで複数のコントロールインスタンス（例：開発用インスタンスと本番用インスタンス）をサポートできることを意味します。

オファーは、自動的にデプロイされてから、実行インスタンスおよびコントロールインスタンスにパブリッシュされます。

デザイン環境で削除されたオファーは、すべてのオンラインインスタンスで無効化されます。不要になった提案やオファーは、パージ期間（各インスタンスのデプロイメントアシスタントで指定）およびスライド期間（受信提案のタイポロジルールで指定）の後、自動的に削除されます。

提案の同期用に、各環境および外部アカウントごとにワークフローが作成されます。同期の頻度は、環境ごと、外部アカウントごとに調整できます。

以下の同期メカニズムを認識しておく必要があります。

パッケージ設定 packages-configuration

インタラクション ​に直接リンクされているスキーマ拡張（オファー、提案、受信者など）は、実行インスタンスにデプロイする必要があります。

インタラクション ​パッケージは、すべてのインスタンス（コントロールインスタンスと実行インスタンス）にインストールされます。2 つの追加パッケージを使用できます。1 つはコントロールインスタンス用のパッケージで、もう 1 つは各実行インスタンス用のパッケージです。

データ保持期間は、（デプロイメントウィザードの​ データパージ ​ウィンドウから）インスタンスごとに設定されます。実行インスタンスでは、この期間が、タイポロジルールに必要な履歴深度（スライド期間）および計算される実施要件ルールに対応している必要があります。

コントロールインスタンス上で、次の手順を実行します。

最適化のために、実行インスタンスでマーケティングデータベースの一部のみを複製する場合、その実行インスタンスで利用できるデータのみをユーザーに使用させるよう、環境にリンクした制約付きスキーマを指定できます。オファーの作成には、実行インスタンスでは利用できないデータも使用できます。それには、このルールをアウトバウンドチャネルのみに制限することで、他のチャネルに対しては無効にする必要があります（「次の場合に考慮」フィールド）。

メンテナンスオプション maintenance-options

次に、コントロールインスタンスで使用できるメンテナンスオプションのリストを示します。

次のオプションは、実行インスタンスで使用できます。

NmsExecutionInstanceId：インスタンス ID を含むオプション。

パッケージのインストール packages-installation

インタラクション ​パッケージをインストールしたことがないインスタンスの場合、移行は必要ありません。デフォルトでは、パッケージがインストールされると、提案テーブルは 64 ビットになります。

次の 2 つの方法があります。

ワークテーブル（推奨）

CREATE TABLE NmsPropositionRcp_tmp AS SELECT * FROM nmspropositionrcp WHERE 0=1;
ALTER TABLE nmspropositionrcp_tmp
  ALTER COLUMN ipropositionid TYPE bigint,
  ALTER COLUMN iinteractionid TYPE bigint;
INSERT INTO nmspropositionrcp_tmp SELECT * FROM nmspropositionrcp;
DROP TABLE nmspropositionrcp;
CREATE INDEX proposition_id ON NmsPropositionRcp (ipropositionid);
CREATE INDEX nmspropositionrcp_deliveryid ON NmsPropositionRcp (ideliveryid);
CREATE INDEX nmspropositionrcp_lastmodified ON NmsPropositionRcp (tslastmodified);
CREATE INDEX nmspropositionrcp_offerid ON NmsPropositionRcp (iofferid);
CREATE INDEX nmspropositionrcp_offerspaceid ON NmsPropositionRcp (iofferspaceid);
CREATE INDEX nmspropositionrcp_recipientidid ON NmsPropositionRcp (irecipientid);
ALTER TABLE nmspropositionrcp_tmp RENAME TO nmspropositionrcp;

テーブルの変更

ALTER TABLE nmspropositionrcp
  ALTER COLUMN ipropositionid TYPE bigint,
  ALTER COLUMN iinteractionid TYPE bigint;