You may distribute incoming events

You may distribute incoming events across multiple process engines. This allows for greater scalability because the load of incoming events is distributed. However, "Wait for..." activities, such as Wait for Rendezvous Message are configured on static filters and cannot be configured to filter based on dynamic data. A "Wait for..." activity starts listening from the time the engine is loaded. When you have a "Wait for ..." activity that uses reliable delivery in your process definition, the incoming event is received by all process instances across the multiple process engines. This can potentially affect the performance because of greater network traffic, depending upon how many process instances are running.
Process definitions with "Wait for..." activities running in a multi-engine mode discard the events when an event is not routed to the correct process and may result in the loss of events.
Ideally, you should create some mechanism so that incoming events are handled outside of the process definition and then routed to only the correct process definition. The Wait and Notify activities can accomplish this. You would replace your "Wait for..." activity with a Wait activity. Then, create a new process definition that contains a process starter to handle the incoming event. Use the Notify activity to send the data from the incoming event to the correct process instance with the corresponding Wait activity.

結果 (日本語) 1:

複数のプロセス エンジン間で受信イベントを配布する可能性があります。受信イベントの負荷が分散されますので拡張性の向上できます。ただし、Rendezvous メッセージの待機などの"Wait プロパティエディター"活動静的フィルターで構成されてし、に基づいて動的なデータをフィルター処理するように構成できません。「待機プロパティエディター」活動は、エンジンが読み込まれる時間から待機を開始します。プロセス定義で信頼性の高い配信を使用して「待つため...」活動である、プロセス インスタンスはすべて複数プロセス エンジン間でイベント受信を受け取った。これはどのように多くのプロセス インスタンスを実行しているによって大きいネットワーク トラフィックが原因パフォーマンスを潜在的にすることができます。"Wait プロパティエディター"活動イベントが適切なプロセスにルーティングされていないと、イベントが失われる可能性がある場合は、イベントのマルチ エンジン モード破棄で実行されているプロセス定義。理想的には、いくつかのメカニズムを作成してように受信イベントはプロセス定義の外部で処理し、適切なプロセス定義のみにルーティングする必要があります。通知と待機の活動は、これを実現できます。"Wait プロパティエディター"のアクティビティを待機アクティビ ティーに置き換えることになります。その後、受信イベントを処理するプロセス スターターを含んだ新しいプロセス定義を作成します。通知アクティビティを使用して、受信イベントから対応する待機アクティビ ティーと適切なプロセス インスタンスにデータを送信します。

結果 (日本語) 3:

あなたは多重処理エンジンの中の着信イベント配布するかもしれません。これにより大きいスケーラビリティのための入力イベントの負荷を分散しているので。しかし、「待ちのために・・・」活動、ランデブーメッセージを待つように静的フィルタを構成できないと動的データに基づくフィルタを構成した。「待って・・・」活動開始からの時間は、エンジンが搭載された。あなたが「待ちのために・・・」活動を利用した信頼できる配信であなたのプロセスの定義、着信イベントのすべてのプロセスインスタンスが複数のプロセスエンジンの中で受信される。これ以上のネットワーク・トラフィックのためのパフォーマンスに影響する可能性があることを、どのように多くのプロセスのインスタンスによって走っている。待ちプロセス」と定義。「マルチエンジンモードで実行するイベントを捨てるとき、イベントではない正しいプロセスに送られるとイベントの損失に終わるかもしれません。理想的には、着信イベントプロセス定義の外で取り扱われます、それから、正しいプロセス定義だけに発送されたようにいくつかの機構を作成するべきです。待ち時間と活動を通知してこれを達成することができます。あなたがあなたの「待ちのために・・・」活性を持つ待機アクティビティー。そして、着信イベントを扱うためのプロセススターターを含む新しいプロセス定義を作成します。送信データ入力イベントから正しいプロセスインスタンスへの対応待ちの活動と活動を通知に使用します。