(最近這段時間，讀了一些關於複雜事件處理的論文，也從網路上找了些掃盲的資訊，這篇比較中意，遂轉)

近年來，面向服務架構 SOA一直是熱門的議題。面向服務架構SOA 使用了比元件、程式(procedure)層次更高的服務做為處理單元，通過開放格式交換標準例如XML、Web Service 來交換資料，避免不同平臺間的差異帶來的不便，達到在異構IT 環境中有效且彈性的組合企業邏輯，並且更快速的產生響應，期望達到所謂實時化的企業。

事件驅動架構(Event-Driven Architecture, EDA)以面向服務架構為基礎，將面向服務中的服務進一步轉化成以事件作為單位來處理，當某一個事件產生即觸發下一個事件。事件驅動架構不僅可以依訊息傳送端決定目的，更可以動態依據訊息內容決定後續流程。更能靈活符合日益複雜的商業邏輯架構。

一個事件可以看作是在一個系統中可觀察到的狀態改變。例如下一筆訂單、RFID 感測器回報的資訊。在事件驅動架構中包含了兩個部份，事件產生者、事件消費者。事件產生者釋出資訊給管理者，而事件消費者則向管理者訂閱資訊，事件則觸發了下一個事件或是服務(services)，當某個事件發生時，系統及做出相對應的動作。

事件驅動架構中也包含了SOA 的概念，稱為SOA2.0(reference)，同時也是非同步的軟體架構。

1. 簡單事件處理(Simple event processing) ：簡單事件處理可看作是訊息導向處理的架構，主要處理單一事件，其中事件則定義為可直接觀察到的改變。在這個架構中，簡單事件處理只做兩件事情，過濾(filtering)和路由(routing) 。過濾功能決定事件是否應該被傳送出去，路由則決定事件應該傳給誰。例如，溫度感測器感測到了某個時間變化，就把事件發生直接透過事件處理引擎傳給訂閱者，一切的工作流程都是實時的。如此一來，使用者將大大的減少了時間跟成本。
2. 複合事件處理(Complex event processing)：複合事件是由史丹佛大學的David Luckham 與Brian Fraseca 所提出，David Luckham 與Brian Fraseca 於1990年提出複合事件架構，使用模式比對、事件的相互關係、事件間的聚合關係，目的從事件雲(event cloud)中找出有意義的事件，使得IT 架構可以更能彈性使用事件驅動架構，並且能使企業更能快速的開發出更復雜的邏輯架構。在事件驅動架構下，結合簡單事件、事件串流處理(Event streaming processing)以及複合事件(Complex event)。相較於簡單事件，複雜事件處理不僅處理單一的事件，也處理由多個事件所組成的複合事件。複雜事件處理監測分析事件流(Event streaming)，當特定事件發生時去觸發某些動作。
   

   複雜事件處理可看作一種處理串流(Streaming)的資料庫處理。在關係資料庫中所處理的資料是有許多行(Row)的資料表(table)，複雜事件處理將事件串流當作是資料表來處理，事件型別裡的屬性相當於資料表的欄位。以往使用關聯式資料庫的時候是將資料先存入關係型資料庫後，再用SQL 語法將資料庫裡的資料表做處理。使用複雜事件處理則把處理資料的過程往前，不用通過儲存的動作就在串流中將事件做處理。因此在處理事件的方式上採用SQL-Like 的語言。複雜事件處理中除了過濾和路由之外，還有模式比對的能力。找出事件集合的各種活動，事件聚合，過去歷史中的各種因果關係，邏輯以及運算等等，觸發新的事件反應。在複雜事件處理中，為了要達到高吞吐量(throughput)、高度利用性(availability)、以及低度延遲(latency)，讓企業能夠達到實時決策，因此使用事件串流處理(event streamprocessing)。使用EPL(Event Processing Language)為SQL-LIKE 的語言，可以方便的對事件串流提供複雜的邏輯處理，使事件串流在記憶體中做模式比對處理，及查詢的動作。這些過程中，都在記憶體內進行，不須經由儲存裝置。