maestro
latest
false
Maestro ユーザー ガイド
- はじめに
- 基本情報
- BPMN を使用したプロセス モデリング
- ケース管理を使用したプロセス モデリング
- フローを使用したプロセス モデリング
- プロセスの実装
- プロセスの操作
- プロセスの監視
- プロセスの最適化
- 参考情報
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
並列ブランチを同期し、その出力変数を結合するためのマージ ノード。
すべての入力並列分岐が完了するのを待機してから、次のノードに実行を渡します。
[結合] を使用する状況
[結合] は、(1 つのノードの出力ポートから複数の接続を引き込むことによって) 実行を真に並列のブランチに分割し、 すべての 分岐が完了した後にのみ続行する必要がある場合に使用します。
[判断] ノードや [切り替え] ノードの後に [結合] は必要ありません。これらの分岐は相互に排他的であり、並列ではありません。これらは、マージ ノードなしで自然に収束します。
構成
[結合] ノードには設定フィールドはありません。キャンバス上のコネクションから入力される分岐の数を自動的に推論します。
動作のしくみ
分岐が完了すると、マージ ノードはその出力変数を収集します。最後の分岐が完了すると、Merge は単一の出力ポートをアクティブ化します。すべてのブランチからの出力変数はすべて下流のノードで使用できます。
例
その後結合される並列 API 呼び出し:
Trigger → [HTTP Request A] → Merge → Script (combine A and B results)
→ [HTTP Request B] ↗
Trigger → [HTTP Request A] → Merge → Script (combine A and B results)
→ [HTTP Request B] ↗
マージ後のスクリプト ノードは、 httpRequestA.body と httpRequestB.bodyの両方を参照できます。
次の 3 つの強化ステップを並行して実行します。
Trigger → [Enrich from CRM] ↘
→ [Enrich from billing] → Merge → Data Transform (combine all three)
→ [Enrich from support] ↗
Trigger → [Enrich from CRM] ↘
→ [Enrich from billing] → Merge → Data Transform (combine all three)
→ [Enrich from support] ↗
一般的な問題
| 問題 | 解決方法 |
|---|---|
| 2 つの分岐が同じ名前の変数を生成します | 最後に完了した分岐が優先されます。競合を回避するには、競合する出力変数の 1 つの名前を変更します。 |
| 1 つの分岐が失敗し、結合が完了しない | いずれかの入力ブランチで未処理のエラーが発生すると、Merge はエラーを発生させ、残りのブランチの待機を停止します。各ブランチで失敗しやすいノードにエラー ハンドルを接続し、エラーが Merge に到達する前に処理されるようにします。 |
| [判断] ノードの後に [結合] を使用する | 意思決定ノードの分岐は相互に排他的であり、1 つの分岐のみが起動します。その後の [結合] ノードは、実行されない 2 番目の分岐を永久に待機します。[結合] を削除します。ブランチは暗黙的に再結合されます。 |
備考
- [結合] にタイムアウトはありません。ブランチがハングした場合 (たとえば、応答を待機している人間のタスク)、ハング中のノードにタイムアウトを追加しない限り、マージは無期限に待機します。