本文最新版已更新至：
5 小結
如果你寫過gui程式，對事件處理一定不陌生。事實上，事件驅動程式設計已經成為一種設計模式。大多數的gui庫都會採用這一模式。
簡單的說，事件驅動模式包括三個參與者：事件產生者，事件分發器和事件處理器。
事件驅動程式設計的核心價值在於：程式的執行流程不是預先定義好的，而是由程式的使用者決定的。這將極大增強程式的互動性。
就好像***與rpg遊戲的區別：前者的劇情是設定好的，你只能進行開始、暫停、快進、回退等有限的互動；後者可以決定主角的行為從而影響故事的結局。
**的世界不可能是現實世界的完整映象，但一定是對現實世界的某種抽象，這種抽象能夠簡化**世界中對問題的分析和處理。 同時，這種抽象還可以反向對映到現實世界，為我們解決現實問題提供思路。
現代企業生存的外部環境處於劇烈的變化之中，「敏捷企業」已經成為生存之道，而事件驅動業務是敏捷企業的乙個基本要求。
事件驅動業務（event-driven business)，是在連續的業務過程中進行決策的一種業務管理方式，即根據不同時點上出現的一系列事件觸發相關的任務，並排程可用的資源執行任務。 如果說事件驅動程式設計能夠為軟體帶來更靈活的互動性和強大的功能，那麼企業中的事件驅動業務能夠大幅度提高業務的效率和靈活性。
事件驅動業務依託於比較成熟的資訊化建設。各個業務應用系統在產生連續不斷的資料流的同時，根據定義好的條件產生一些「業務事件」，按照策略對這些業務事件進行分析處理，觸發新的業務事件或者業務流程，即實現了業務的事件驅動。
從上面的描述可以看出，事件驅動業務要求能夠快速（毫秒級）、不間斷的處理連續、海量的資料，具備靈活的規則或策略設定，從而具備迅速識別、捕獲、響應實時業務資料的能力。 而傳統的企業it架構通常採用：
這種it架構遠遠達不到事件驅動業務的要求。
事件驅動業務能夠應用的業務領域很多，凡是需要快速處理連續性資料、需要能夠靈活制定策略的業務，都可以採用事件驅動的業務模式。如**行業常見的風險分析預警（事前及事中風控）、投資決策（程式化交易）、經紀人績效計算等。
其實在傳統的it架構中，我們已經實現了業務事件的處理。比如在傳統的業務應用系統中，我們通常將業務資料儲存在資料庫中，通過應用系統的操作介面由人工發現和處理業務事件。
這樣的處理方式存在兩個不足，一是速度慢，二是對於複雜的情況只靠人腦難以處理。於是有了兩個技術方向：
但是上述兩個方向是正交的：mq不適合處理複雜性，而bi主要適應於對結構化的歷史資料的分析，無法處理「現在」的情況。
cep（complex event processing）的出現解決了上述兩個方面的問題，在實時性和複雜性方面都得到了很好的解決。
不管是單獨的應用系統，還是資料倉儲，都是先將資料儲存到資料庫/資料倉儲，然後再處理或查詢。 而cep與mq類似的將資料看作是資料流。在連續資料的快速移動過程中進行分析處理。 這樣的方式不需要很大的資料載入，完全可以在記憶體中進行，從而能夠快速產生結果。
業務事件可能很複雜，在各種不同的資料流中源源不斷產生各種型別的事件。需要對這些業務事件進行複雜的計算，如過濾、關聯、聚合等，同時還需要考慮這些也是事件出現的時間序列。 最終才能產生有意義的事件，或觸發業務流程。同時，這些計算的規則可能還會經常變化。
這一類的問題通常通過基於規則的推理機（即規則引擎）來實現。
綜上所述，cep在邏輯上應該包括：
cep是一種比較新的企業架構(ea,enterprise architure)元件。cep將資料看做一種資料流，基於規則引擎對業務過程中持續產生的各種事件進行複雜的處理，能夠實現對連續資料的快速分析處理。可以應用在多種業務場景，如風險分析、程式化交易等。
如果說bi實現了商業智慧型，那麼cep則實現了「持續智慧型（continuous intelligence）「。
author: holbrook wong
date: 2012-11-06 12:49:12 cst
html generated by org-mode 6.33x in emacs 23
李開復 雲時代微軟想要魚與熊掌兼得很困難
不知不覺,雲計算 已在悄悄地影響我們的工作和生活.當pc時代到來的時候,ibm 蘋果電腦等開始了重建,並誕生了微軟 英特爾等巨頭,而 雲計算 為後台的網際網路時代到來時,我們不知道又會發生什麼?廉價的 雲 裝置 由於 雲時代 到來之後,幾乎所有包括應用軟體在內的資料都儲存到 雲 裡,終端的功能將會退...
魚和熊掌不可兼得
互動。每次可以詢問乙個排列，返回這個排列與答案排列相同位置的個數，求出這個答案排列。n 5 103 que ries 5 1 04 n le 5 times 10 3 queries le 5 times 10 4 n 5 10 3 qu erie s 5 104考慮先求出乙個錯排，那答案會形如若干...
微軟「S S」策略分析 魚和熊掌真的可以兼得麼？
微軟在2003年的時候就曾經提起過關於soa的理念，但是一段時間之後便隱了聲跡，用微軟的話來講，這段時間裡，微軟也一直沒有間斷在做soa的事情，比如在soa標準中的核心協議部分就由微軟和ibm共同完成。只不過這期間屬於是閉關修煉內功。但是，低調顯然不是微軟歷來的風格，所以昨天，微軟振臂一 呼，在北京...