當(dāng)前位置:工程項目OA系統(tǒng) > 泛普各地 > 江蘇OA系統(tǒng) > 南京OA系統(tǒng) > 南京OA快博
復(fù)雜事件處理技術(shù)是推動SOA發(fā)展的引擎
在過去的幾年里,IT團體已經(jīng)認(rèn)識到了SOA的益處,毫無保留地支持從單獨的應(yīng)用程序向根據(jù)松散耦合的服務(wù)系統(tǒng)制作的應(yīng)用程序過渡?,F(xiàn)在,我們處在擁有集成的復(fù)雜事件處理(CEP)技術(shù)的SOA新時代的邊緣。復(fù)雜事件處理技術(shù)通過引進(jìn)耦合的服務(wù)把SOA提高到了一個新的水平。這是超越松散耦合的服務(wù)的一大步。復(fù)雜事件處理技術(shù)能夠搜集在企業(yè)中運行的任何服務(wù)的數(shù)據(jù)以及有關(guān)這些服務(wù)的數(shù)據(jù)。它還允許把商務(wù)邏輯應(yīng)用到那個數(shù)據(jù)以便深入了解情況,對變化的情況做出合適的實時反應(yīng)。在SOA環(huán)境中,事件驅(qū)動模型的力量在于它允許更大的靈活性,因為服務(wù)完全是完全獨立的,不知道誰在制造他們在操作的這些事件或者誰在消費他們制造的事件。它還允許更好地了解當(dāng)前的狀況,能夠在事件發(fā)生時立即做出反應(yīng)。
這是如何工作的?
在一個“傳統(tǒng)的”基于要求-反應(yīng)范例的SOA架構(gòu)中,它有許多分布式組件,其中大多數(shù)組件向其它組件提供服務(wù)。這些組件一直處于“待機”狀態(tài),等待包含額外數(shù)據(jù)的服務(wù)請求。這種做法對于滿足大多數(shù)商業(yè)需求來說要比單獨的應(yīng)用程序優(yōu)越得多。這種做法允許重復(fù)利用應(yīng)用程序,實現(xiàn)業(yè)務(wù)的靈活性。一個單個的服務(wù)能夠被多個應(yīng)用程序使用。一個服務(wù)能夠在不影響任何其它服務(wù)的情況下進(jìn)行修改。
盡管有上述優(yōu)點,它仍有很多局限性。SOA要求應(yīng)用程序知道有什么服務(wù)和如何與這些應(yīng)用程序互動。它還意味著除非一個應(yīng)用程序提出一個服務(wù)請求,否則什么事情都不會發(fā)生。采用請求-回應(yīng)范例,每一個服務(wù)都必須知道需要通知哪一個其它的服務(wù)發(fā)生了什么事情。這種應(yīng)用的含義之一是為了增加一個新功能,現(xiàn)有的服務(wù)必須要修改。
在復(fù)雜事件處理中輸入“事件”。一個事件是發(fā)生的某個事情:一項處理、系統(tǒng)事件、一筆股票交易、一個網(wǎng)頁的請求等等。在目前的企業(yè)中,事件的可能性是數(shù)不盡的。每一個事件產(chǎn)生一個消息。在一個事件驅(qū)動的架構(gòu)中,這個消息要發(fā)送給一切相關(guān)的應(yīng)用程序。采用事件,一項服務(wù)不需要知道哪一項服務(wù)關(guān)心它做了什么,只需要知道那個服務(wù)是什么。因此,它發(fā)出一個事件。任何其它有關(guān)的服務(wù)都能夠訂閱任何相關(guān)的事件傳送信息。這是一個解耦合系統(tǒng)的性質(zhì):一個事件數(shù)據(jù)發(fā)射程序不需要知道接收者是誰。事件是在不知道其的重要性是什么的情況下產(chǎn)生的,使用這些事件的服務(wù)需要了解這些事件。
明確地說,以pub/sub消息方式解耦合已經(jīng)出現(xiàn)很長時間了。然而,卻少的東西是實時分析事件數(shù)據(jù)的工具以及把商務(wù)邏輯應(yīng)用到監(jiān)視和回應(yīng)變化的情況的工具。這是復(fù)雜事件處理技術(shù)的功能。孤立地處理一個單個的事件一種例行性的任務(wù),與傳統(tǒng)的交易處理沒有區(qū)別,盡管是以異步處理為基礎(chǔ)的。但是,分析其它事件環(huán)境中即將出現(xiàn)的事件的需求或者分析過去的事件的需求是怎樣的呢?例如,找出趨勢或者方式或者對一些事件的綜合信息做出反應(yīng)。這就是復(fù)雜事件處理技術(shù)向一個事件驅(qū)動的架構(gòu)中增加的智能。
然而,一個常見的錯覺是事件驅(qū)動的架構(gòu)是一種替代SOA的技術(shù)。人們必須在這兩種技術(shù)中做出選擇。現(xiàn)實是,這兩種技術(shù)是互補的,因此有“事件驅(qū)動的SOA”這個詞匯。使用事件驅(qū)動的方式執(zhí)行全部應(yīng)用程序互動顯然是沒有意義的。確實,有許多處理需要請求-回應(yīng)方式。但是,對于不使用這種方式的處理來說,事件驅(qū)動方式的優(yōu)勢是很明顯的。在SOA架構(gòu)中部署事件處理器可以作為一種附加功能,而不是取代SOA。事實上,如果現(xiàn)有的服務(wù)正在產(chǎn)生事件信息,事件處理器甚至可以沒有任何影響地應(yīng)用,不需要對現(xiàn)有的組件進(jìn)行任何修改。
- 1大話南京OA:倉庫分類管理五大誤區(qū)
- 2南京OA實施最大難題 三大培訓(xùn)招式化解
- 3南京OA實施中“管理思想”為何如此重要
- 4供應(yīng)鏈協(xié)同下波特模型的適用性探討
- 5計世獨家:哈汽“實用主義”信息化
- 6OA辦公助理協(xié)同辦公適用于政府部門、職能機關(guān)、社會團體
- 7SOA:BPEL的基本思想
- 8南京OA是框架 其他管理軟件是子集
- 9企業(yè)IT服務(wù)管理實施 不提倡一步到位
- 10南京OA監(jiān)理各階段注意事項及解決技巧
- 11電子商務(wù)產(chǎn)生P2P互動營銷新模式
- 12大話南京OA之項目選型參考依據(jù)
- 13引入南京OA系統(tǒng) 打造一個不落后的管理平臺
- 14企業(yè)創(chuàng)新發(fā)展面臨人力資本管理短板
- 15企業(yè)網(wǎng)絡(luò)營銷普遍問題三問三答
- 16EC:中小企業(yè)選擇B2B平臺日趨理性
- 17應(yīng)用分析:從CEO和CFO的視角看供應(yīng)鏈管理
- 18軟件外包市場遭受雙重壓力 馬太效應(yīng)漸顯
- 19以數(shù)據(jù)分析系統(tǒng)打造殺手級應(yīng)用
- 20淺談KM在國內(nèi)企業(yè)中的發(fā)展應(yīng)用
- 21五種處理方法突破南京OA掣肘
- 22企業(yè)南京OA項目如何做到善始善終
- 23SOA案例:汽車行業(yè)如何加速數(shù)據(jù)引擎
- 24小型企業(yè)對OA辦公軟件系統(tǒng)需求才是最旺盛的
- 25計世獨家:南京OA讓用戶左右為難
- 26誰來引導(dǎo)中小企業(yè)電子商務(wù)應(yīng)用
- 27BPM:流程優(yōu)化的曙光在哪里?
- 28集團企業(yè)如何實施南京OA財務(wù)系統(tǒng)模塊
- 29IDC環(huán)保之路需跨越三大障礙
- 30國內(nèi)SOA發(fā)展現(xiàn)況與面臨的挑戰(zhàn)
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓