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