これは非常に重要であり、アグリゲータを含むアプリケーションを作成する場合は常に必要です。次の原則が適用されます。集約が時間に依存する場合、その処理用のすべてのロジックは、集約リスナをソースとして使用する異なるフロー内にある必要がある。どちらにもなり得る場合、次の適切なアプローチを使用する。ソースのないサブフローにメインロジックを追加する。属性で、集約が解放された方法を確認できます。ルート内のメインロジックフローにフロー参照を追加する。アグリゲータをリスンし、タイムアウトグループを受け入れる集約リスナを使用する別のフローを追加する。リスナの後には、メインロジックサブフローをコールするフロー参照コンポーネントが続く必要があります。クラスタ内のアグリゲータこのモジュールは、標準のクラスタ内で動作するように開発されています。予期しない動作を防ぐため、次の設定の詳細を考慮する必要があります。非同期集約が定義されている場合、最初の要素が到着したときに、その要素はクラスタのプライマリノードでスケジュールされます。新しい値はクラスタのどのノードにも到着する可能性があるため、通知してプライマリノードでその集約をスケジュールさせる方法が必要です。そのために、プライマリノードの別のタスクは、新しい集約をスケジュールする必要があるかどうかを定期的に判断します。これは、新しい集約スケジュールをチェックする間隔が集約の実際のタイムアウトよりもはるかに長い場合に問題になる可能性があります。この理由は、集約がスケジュールされる前に終了したり、時間の計算でエラーが発生する可能性があるためです。この問題を回避するため、スケジュールされる新しい集約をプライマリノードがチェックする頻度を設定できます。次のいずれかを使用してこの値を定義できます。-M-Dmule.aggregatorsSchedulingPeriodオブジェクトストア設定どのアグリゲータでも、グローバルオブジェクトストアを参照するか非公開オブジェクトストアを作成することで、オブジェクトストアを設定できます。feedback!MuleSoftは、SaaSとエンタープライズアプリケーションをクラウド、オンプレミス、またはその両方で接続するために広く使用されている統合プラットフォームを提供します。