ワークフローのベストプラクティス workflow-best-practices
Adobe Campaign を使用すると、あらゆる種類のワークフローを設定して、広範なタスクを実行できます。ただし、ワークフローを設計して実行する際は、実装が不適切な場合、パフォーマンス、エラー、プラットフォームの問題が発生する可能性があるので、十分に注意する必要があります。ベストプラクティスとトラブルシューティングに関するヒントのリストを以下に示します。
名前付け naming
ワークフローのトラブルシューティングを容易にするために、ワークフローに明示的な名前を付け、ラベルを付けることをお勧めします。ワークフローの説明フィールドに入力し、実行するプロセスを要約して、オペレーターが理解しやすくします。ワークフローが複数のワークフローに関連するプロセスに含まれている場合は、ラベルを入力する際に数字を使用して、明確な順序を指定できます。
次に例を示します。
- 001 – インポート - 受信者のインポート
- 002 – インポート - 売上のインポート
- 003 – インポート - 売上詳細のインポート
- 010 – エクスポート – 配信ログのエクスポート
- 011 – エクスポート – トラッキングログのエクスポート
ワークフローの複製 duplicating-workflows
ワークフローを複製できます。Marketing Activities で、ワークフローの上にマウスポインターを置いて、「Duplicate element」をクリックします。複製後は、ワークフローを変更してもワークフローのコピーには変更内容が引き継がれません。ワークフローのコピーを編集できます。
実行 execution
ワークフローの数
デフォルトでは、20 を超えるアクティブなワークフローの実行を同時に実行しない をお勧めします(スケジュールされた実行を待っているワークフローには適用されません)。 その制限に達すると、パフォーマンスに影響を与えないように、ワークフローはキューに入れられます。
特定のコンテキストでは、20 個を上回るワークフローの実行が必要になる場合があります。その場合は、キャンペーンエキスパートと使用例を確認し、Adobe カスタマーケアに問い合わせて上限を引き上げる必要があります。
ワークフローを開始 Campaign Standard る前に、ワークフローを実行するのに十分なシステム物理メモリがあるかどうかを確認します。 使用可能なメモリが十分にない場合は、サーバーの負荷が低下してシステムメモリが増加するまで、ワークフローの実行が遅延することを知らせるメッセージが表示されます。
頻度
ワークフローは、10 分間に 複数回自動的に実行することはできません。
アクティビティの繰り返し頻度を 10 分未満にすることはできません。繰り返し頻度を 0(またはデフォルト値)に設定した場合、このオプションは考慮されず、ワークフローは実行頻度に従って実行されます。
一時停止されたワークフロー
8 日間以上一時停止または失敗ステータスになっているワークフローは、ディスク容量を減らすために停止されます。ワークフローログにクレンジングタスクが表示されます。
トランジション
未終了のトランジションを含んでいても、ワークフローは実行可能です。その場合、ワークフローは警告メッセージを生成し、トランジションに到達すると一時停止しますが、エラーは生成されません。デザインが未完成のワークフローを開始し、作業を進めながらワークフローを完了させることもできます。
詳しくは、ワークフローの実行を参照してください。
タイムゾーン
ワークフローのプロパティを使用すると、すべてのアクティビティでデフォルトで使用される特定のタイムゾーンを定義できます。デフォルトでは、現在の Campaign オペレーターに指定されたタイムゾーンがワークフローのタイムゾーンになります。
アクティビティ activity
ワークフローあたりのアクティビティ数 number-activities
1 つのワークフローに最大 100 個のアクティビティを使用することをお勧めします。 100 を超えるアクティビティの場合、ワークフローを設計および設定する際にパフォーマンスの問題が発生することがあります。
ワークフローデザイン
ワークフローが正しく終了するようにするには、End activity を使用してワークフローの最後のトランジションだけを残さないようにします。
トランジションの詳細表示にアクセスするには、ワークフロープロパティの「Execution」セクションで「Keep interim results」オプションを選択します。
ラベル設定アクティビティ activity-labeling
ワークフローの開発時には、すべての Adobe Campaign オブジェクトと同様、すべてのアクティビティに対しても名前が生成されます。アクティビティの名前はツールによって生成され、編集することはできませんが、設定時に明示的な名前を付けることをお勧めします。
アクティビティの複製 activity-duplicating
既存のアクティビティを複製するには、コピー&ペーストを使用します。これにより、最初に定義した設定を保持できます。詳しくは、ワークフローアクティビティの複製を参照してください。
「スケジューラー」アクティビティ acheduler-activity
ワークフローを作成する場合、分岐ごとに Scheduler activity を 1 つだけ使用します。ワークフローの同じ分岐に、相互にリンクされた複数のスケジューラーがある場合、実行タスクの数が指数関数的に増大するので、データベースに膨大な負荷がかかりかねません。
「Preview next executions」をクリックすると、次の 10 回のワークフロー実行をプレビューできます。
詳しくは、スケジューラーアクティビティを参照してください。
複数のアクティビティを含むスケジュール済みワークフローを設計する場合は、ワークフローが完了するまで再スケジュールされないようにする必要があります。 これを行うには、以前の実行の 1 つ以上のタスクがまだ保留中の場合に実行を防ぐために、ワークフローを設定する必要があります。 詳しくは、このページを参照してください。
パラメーターを使用したワークフローの呼び出し workflow-with-parameters
名前とパラメーター数が、ワークフローを呼び出す際に定義した内容と一致していることを確認します( このページ。 また、パラメーターのタイプは、想定される値と一致する必要があります。
External signal activity 内ですべてのパラメーターが宣言されていることを確認します。それ以外の場合は、アクティビティの実行時にエラーが発生します。
詳しくは、外部パラメーターを使用したワークフローの 呼び出しを参照してください。
パッケージのエクスポート exporting-packages
パッケージを書き出すには、書き出すリソースにデフォルトの ID を含めないでください。したがって、Adobe Campaign Standard で標準として提供されているテンプレートとは異なる名前を使用して、書き出し可能なリソースの ID を変更する必要があります。
詳しくは、パッケージの管理を参照してください。
リストのエクスポート exporting-lists
リスト書き出しオプションを使用すると、デフォルトで 100,000 行まで書き出すことができ、Nms_ExportListLimit オプション で定義できます。このオプションは、機能管理者により Administration/Application settings/Options で管理できます。
詳しくは、リストの書き出しを参照してください。
トラブルシューティング workflow-troubleshooting
Adobe Campaign では、様々なログを使用して、ワークフローの問題をより深く理解できます。
ワークフローログの使用 using-workflow-logs
ワークフローログにアクセスして、アクティビティの実行を監視できます。実行された操作と実行エラーのインデックスを時系列順に作成します。「Logs」タブは、選択したすべてまたは一部のアクティビティの実行履歴で構成されます。
「Tasks」タブでは、アクティビティの実行順序の詳細が表示されます。アクティビティの詳細を表示するには、タスクをクリックします。
詳しくは、ワークフローの実行の監視を参照してください。
データ管理アクティビティのトラブルシューティング troubleshooting-data-management-activities
SQL クエリは「Logs」タブで分析できます。
- ワークフローのワークスペースで、「Edit properties」をクリックします。
- General/Execution で、「Save SQL queries in the log」および「Execute in the engine」オプションをオンにし、「Confirm」をクリックします。
ログに SQL クエリを表示するには:
- 「Log and Tasks」をクリックします。
- 「Logs」タブで、Search パネルを開きます。
- 「Display SQL logs only」にチェックを入れます。
クエリがログの「Message」列に表示されます。
配信ログの使用 using-delivery-logs
配信ログを使用すると、配信の成功を監視できます。除外ログは、送信の準備中に除外されたメッセージを返します。送信ログは、各プロファイルの配信ステータスを示します。
詳しくは、配信エラーについてを参照してください。
配信アラートの使用 delivery-alerting
配信アラート機能は、配信の実行に関する情報を含んだ通知をユーザーグループが自動的に受信できるようにするアラート管理システムです。
詳しくは、配信アラート機能を参照してください。
関連トピック: