CEP 엔진이 적합한 것처럼 보이는 시스템을 만들고 있습니다 (여러 스트림의 이벤트간에 시간 기반 패턴을 감지해야 함). 검색된 이벤트는 WPF 응용 프로그램의 최종 사용자에게 표시되어야하지만 모든 사용자가 모든 이벤트를 볼 수있는 것은 아닙니다.CEP 엔진을 사용할 때 인 타이틀먼트는 일반적으로 어떻게 적용됩니까?
CEP 엔진을 사용할 때 일반적으로 어떻게 처리됩니까? UI 애플리케이션과 CEP 엔진 사이에 추가 서비스 레이어가 필요합니까, 아니면 CEP 엔진 자체에서 수행 할 수 있습니까?
모든 CEP 엔진에서이 질문에 대한 "일반적인"답변이 있는지 확신하지 못합니다. CEP 엔진은 제공하는 서비스가 실제로 제복을 입지 않았습니다.
"streambase"로이 질문에 태그를 추가 했으므로 그 점에 대해 이야기 할 수 있습니다. StreamBase CEP 런타임은 출력 스트림에서 튜플을 큐에서 제거하기 위해 서버에 대한 클라이언트 연결을 생성 할 때 사용자 인증을 지원합니다. 사람들은 일반적으로 로컬 LDAP 또는 AD 서버에 연결합니다.
즉, StreamBase CEP 런타임에는 적어도 현재 릴리스 (7.3)부터는 큐당 큐 제거 해제/권한 부여 적용 메커니즘이 없습니다.
그래서 StreamBase 사용자가 튜플 당 하나의 인 타이틀먼트 적용을 원할 때 일반적으로 응용 프로그램 계층에서 해당 튜토리얼을 구축하거나 사용 가능한 다른 인프라를 사용하도록 유도합니다. 예를 들어 네이티브 StreamBase Client 연결을 사용하는 대신 TIBCO EMS 또는 IBM MQSeries와 같은 어댑터를 사용하고 주제/대기열 당 항목 당 항목을 사용하여 액세스를 제한하십시오. 또는 다른 예로서, 연결 후에 StreamBase 서버가 인증 된 사용자에게 토큰을 보내도록하고, 그 토큰을 큐에서 디큐 인터셉터를 사용하여 클라이언트 측에서 LDAP에 대해 점검하는 키로 사용하십시오.
또는 귀하의 서비스 계층을 사용하십시오.
StreamBase Component Exchange에는 "Poor Man 's Entitlement Service"라는 또 다른 예제가 있습니다. "StreamBase 인 타이틀먼트"를 검색하십시오. 이는 인 메모리 또는 JDBC 데이터베이스를 사용하여 사용자, 역할 및 인 타이틀먼트를 저장하고 효율적인 런타임 인 타이틀먼트 메커니즘을 사용하여 서버 측에 적용합니다. 그러나 이것과의 연결에는 엄격한 런타임 제한이 없습니다. 멋진 UI로 인 타이틀먼트 기능을 구현 한 예일뿐입니다. 고객은 자발적으로 제한 사항을 존중합니다. 이는 아마도 당신이 요구했던 것과 다를 것입니다.
Disclosure/Disclaimer : 저는 TIBCO Software, Inc.의 직원입니다. 여기에있는 의견은 TIBCO의 것이 아니며 TIBCO의 것이 아닙니다.