[ACC]:ワークフローのベストプラクティス — 設定と監視
説明 description
環境
Adobe Campaign Adobe Campaign Classic
問題
ほとんどの場合、ワークフローはプラットフォームの主要機能(組み込みまたはカスタム)の一部になっています。
このため、設定時に注意が必要です。
解決策 resolution
ソリューション
一般設定
組織
次のようなワークフローを作成します。 tableXXX にインポートし、 カスタムフォルダー内。
汎用ワークフローがプラットフォーム全体に影響を与える場合(例えば、クレンジング)にのみ、組み込みの テクニカルワークフロー フォルダー。
ワークフロー名
前述のように、ワークフローに適切な名前とラベルを付けることが非常に重要です。 オペレーターが必ずしもドキュメントを参照するわけではないので、ワークフローの 説明 実行するプロセスを要約するフィールド。
ワークフローが複数のワークフローに関するプロセスの一部である場合は、ラベルを入力する際には自由に明示的に記述してください。数字を使用すると、ワークフローを(ラベル別に)並べ替えるのに適しています。 例:
- 001 — インポート — 受信者のインポート
- 002 – インポート - 売上のインポート
- 003 – インポート - 売上詳細のインポート
- 010 – エクスポート – 配信ログのエクスポート
- 011 – エクスポート – トラッキングログのエクスポート
重大度
ワークフローの重大度は、ワークフローのプロパティの「実行」タブで設定します。
- 標準
- 実稼動
- 重大
ワークフローを作成する際にこの情報を指定すると、設定したプロセスの重大度を理解するのに役立ちます。
ログ
JavaScript メソッド logInfo()
は、ワークフローのデバッグに適したソリューションです。 これは便利ですが、特に頻繁に実行されるアクティビティでは注意が必要です。過負荷とログテーブルのサイズが大幅に増える可能性があります。
しかし、次の条件を超える logInfo()
. 役に立つソリューションがさらに 2 つあります。
2 つの実行間の中間母集団の結果を保持
このオプションは、ワークフローのプロパティの 一般 タブは、危険な場合と同じくらい便利です。 これにより、Adobe Campaignは、2 回の実行の間に作成された一時テーブルを削除できなくなります。 開発環境では便利ですが、実稼動環境では使用できないので、監視する必要があります。 一時テーブルを保持していると、データベースのサイズが大幅に増大し、サイズの制限に達してしまうかもしれません。さらに、バックアップの速度も低下します。
ワークフローなし 実稼動環境では、いつでもこのオプションをオンにする必要があります。
SQL クエリをジャーナルに記録
次の場所で使用可能: 実行 」タブを使用すると、様々なアクティビティのツールで生成されたすべての SQL クエリが記録されます。 これは、プラットフォームが実際に何を実行したかを確認する優れた方法です。 ただし、このオプションは開発の際に一時的に利用するべきもので、本番では有効にしないでください。
監視
エラーが発生した場合に通知を受けられるよう、本番環境で動作するすべてのスケジュール設定されたワークフローを監視する必要があります。
ワークフローのプロパティで、 スーパーバイザーグループ、デフォルトの「ワークフロースーパーバイザー」またはカスタムグループ。 少なくとも 1 人のオペレーターがこのグループに属し、メールも設定されていることを確認します。
ワークフローを一時停止したままにしない
一時ワークフローを作成する場合は、「一時停止」の状態に留まらず、正しく終了できることを確認します。 一時停止の場合、一時テーブルを保持する必要があることを意味し、データベースのサイズが増加します。
ワークフロー内
アクティビティ名
ワークフローを開発する際、アクティビティには他の Adobe Campaign オブジェクト同様に名前が付けられます。名前はツールが生成しますが、アクティビティを設定する際にわかりやすい名前に変更することをお勧めします。後から名前変更をおこなうと、それより前の他のアクティビティの名前を使用するアクティビティを含むワークフローが中断する恐れがあります。このため、後から名前を変更するのは困難な作業になります。
アクティビティ名は、 詳細 タブをクリックします。 名前を付けないでください クエリ, query1, query11 の代わりに、次のような明示的な名前を付けます。 querySubscribedRecipients. この名前は、ジャーナルおよび場合によっては SQL ログに表示され、ワークフロー設定の際、デバッグするのに役立ちます。
アクティビティ内の JavaScript
ワークフローアクティビティを初期化する際、JavaScript を追加する必要がある場合があります。これは、アクティビティの 詳細 タブをクリックします。 ワークフローを見つけやすくするために、アクティビティラベルの最初と最後にダッシュを 2 つ使用して、次のようにすることをお勧めします。 — マイラベル —
シグナル
ほとんどの場合、シグナルがどこから呼び出されたのかは不明です。 この問題を回避するには、 コメント 内のフィールド 詳細 「 」タブを使用して、このアクティビティのシグナルの予想される接触チャネルを記録します。
ワークフローの更新
実稼動ワークフローは直接更新しないでください。 テンプレートワークフローを使用してキャンペーンを作成する以外の作業は、可能な場合はまず開発環境でテストする必要があります。 この検証が完了した後でのみ、実稼動環境にワークフローをデプロイして開始できます。
開発またはテストプラットフォーム上で、アーカイブ済みフォルダー内にアーカイブ済みのワークフローを保持できますが、実稼動環境では可能な限りクリーンに保つ必要があります。 非アクティブな場合は、古いワークフローを本番環境から削除する必要があります。