CEP エンジンが適しているように見えるシステムを作成しています (多数のストリーム内のイベント間の時間ベースのパターンを検出する必要があります)。検出されたイベントは、WPF アプリケーションでエンド ユーザーに表示する必要がありますが、すべてのユーザーがすべてのイベントを表示できるわけではありません。
CEP エンジンを使用する場合、これは通常どのように処理されますか? UI アプリケーションと CEP エンジンの間に追加のサービス層が必要ですか、それとも CEP エンジン自体で行うことができますか?
すべての CEP エンジンで、この質問に対する「通常の」答えがあるかどうかはわかりません。CEP エンジンが提供するサービスは、実際にはまったく均一ではありません。
この質問に「streambase」というタグを付けたので、それについて話すことができます。StreamBase CEP ランタイムは、サーバーへのクライアント接続を作成して出力ストリームからタプルをデキューする際のユーザー認証をサポートしています。人々は通常、これをローカルの LDAP または AD サーバーに接続します。
とはいえ、少なくとも現在のリリース (7.3) の時点では、StreamBase CEP ランタイムにはタプルごとのデキュー承認/資格強制メカニズムはありません。
そのため、StreamBase ユーザーがタプルごとのエンタイトルメントの適用を希望する場合、通常は、アプリケーション レイヤーでそれを構築するか、利用可能なインフラストラクチャの他の部分を使用するようにユーザーに案内します。たとえば、ネイティブの StreamBase Client 接続を使用するのではなく、TIBCO EMS や IBM MQSeries などへのアダプターを使用し、そこでトピック/キューごとの資格を使用してアクセスを制限します。または、別の例として、接続後に StreamBase サーバーがトークンを認証されたユーザーに送り返し、そのトークンを、デキュー インターセプターを使用して LDAP に対するクライアント側の権限チェックのキーとして使用します。
または、あなたが言うように、独自のサービス層を使用してください。
StreamBase Component Exchange には、「Poor Man's Entitlement Service」の別の例があります。「StreamBase 資格」を検索します。これは、メモリ内または JDBC データベースを使用してユーザー、ロール、および資格を格納し、効率的なランタイム資格チェック メカニズムを使用してサーバー側に適用します。ただし、これとの接続には厳密なランタイム制限はありません。これは、適切な UI を使用してエンタイトルメント機能を実装する例にすぎません。クライアントは自発的に制限を尊重しますが、これはおそらくあなたが求めていたものではありません.
開示/免責事項: 私は TIBCO Software, Inc. の従業員です。ここで表明された意見は私自身のものであり、TIBCO のものではありません。