- 相關(guān)推薦
SOA體系架構下的企業(yè)系統集成
SOA不同于現有的分布式技術(shù)之處在于大多數軟件商接受它并有可以實(shí)現SOA的平臺或應用程序。它伴隨著(zhù)無(wú)處不在的標準，為企業(yè)的現有資產(chǎn)或投資帶來(lái)了更好的重用性。它以借助現有的應用來(lái)組合產(chǎn)生新服務(wù)的敏捷方式，提供給企業(yè)更好的靈活性來(lái)構建應用程序和業(yè)務(wù)流程，對現代企業(yè)的系統集成和整合起到了非常重要的作用。
1、系統的物理部署結構
1.1 硬件體系結構
硬件體系結構主要來(lái)配合應用總體規則及軟件體系結構的需要。多層體系結構根據實(shí)際情況可以有不同的主機系統部署方案。根據前面的論述，我們清楚了多層體系結構有著(zhù)良好的伸縮性。下面我們重點(diǎn)提出基于硬件的可伸縮性的方案建議：
主機系統部署方案的各個(gè)階段，隨著(zhù)應用業(yè)務(wù)的不斷擴展，系統可以通過(guò)增加數據庫服務(wù)器和Web/應用服務(wù)器的數量，而不需要重新修改程序，就可以適應這種變化。根據目前的情況，我們認為采用圖中的第二階段的主機系統部署方案可以滿(mǎn)足應用系統對用戶(hù)訪(fǎng)問(wèn)量、業(yè)務(wù)處理能力和數據存儲的要求。第二階段的主機系統部署方案要求服務(wù)器分為數據庫服務(wù)器和應用服務(wù)器，應用服務(wù)器專(zhuān)門(mén)負責業(yè)務(wù)處理和Web訪(fǎng)問(wèn)，通過(guò)DDN專(zhuān)線(xiàn)連接到Internet(根據用戶(hù)對安全性的要求，系統也可以不作任何修改的運行在企業(yè)內部的Intranet上)，并和數據庫服務(wù)器組成一個(gè)很小的局域網(wǎng)�？蛻�(hù)機可以直接通過(guò)因特網(wǎng)訪(fǎng)問(wèn)應用系統但不能直接訪(fǎng)問(wèn)數據庫。
1.2 系統的技術(shù)體系結構
SOA架構具有一些典型特性，主要包括松耦合性，位置透明性以及協(xié)議無(wú)關(guān)性。松耦合性要求SOA架構中的不同服務(wù)之間應該保持一種松耦合的關(guān)系，也就是應該保持一種相對獨立無(wú)依賴(lài)的關(guān)系;位置透明性要求SOA系統中的所有服務(wù)對于他們的調用者來(lái)說(shuō)都是位置透明的，也就是說(shuō)每個(gè)服務(wù)的調用者只需要知道他們調用的是哪一個(gè)服務(wù)，但并不需要知道所調用服務(wù)的物理位置在哪里;而協(xié)議無(wú)關(guān)性要求每一個(gè)服務(wù)都可以通過(guò)不同的協(xié)議來(lái)調用。通過(guò)這些SOA架構所具有的特性我們可以看到，SOA架構的出現為企業(yè)系統架構提供了更加靈活的構建方式，如果企業(yè)架構設計師基于SOA來(lái)構建系統架構，就可以從底層架構的級別來(lái)保證整個(gè)系統的松耦合性以及靈活性，這都為未來(lái)企業(yè)業(yè)務(wù)邏輯的擴展打好了基礎。
2、SOA分層模型
SOA中的服務(wù)可以被映射成具體系統中的任何功能模塊，但是從功能性方面可以大致劃分為以下三種類(lèi)型：
2.1商業(yè)服務(wù)：這一類(lèi)的服務(wù)是一個(gè)企業(yè)可以暴露給外部用戶(hù)或者合作伙伴使用的服務(wù)。比如說(shuō)提交貸款申請，用戶(hù)信用檢查，貸款信用查詢(xún)。
2.2商業(yè)功能服務(wù)：這類(lèi)服務(wù)會(huì )完成一些具體的商業(yè)操作，也會(huì )被更上層的商業(yè)服務(wù)調用，不過(guò)大多數情況下這類(lèi)服務(wù)不會(huì )暴露給外部用戶(hù)直接調用，比如說(shuō)檢索用戶(hù)帳戶(hù)信息，存儲用戶(hù)信息等。
2.3技術(shù)功能服務(wù)：這類(lèi)服務(wù)主要完成一些底層的技術(shù)功能，比如說(shuō)日志服務(wù)以及安全服務(wù)等。
3、SOA與企業(yè)服務(wù)總線(xiàn)(ESB)
為了將SOA變成現實(shí)，需要一個(gè)智能化的服務(wù)基礎架構，以降低服務(wù)重用的復雜性，并可靠地集成IT環(huán)境的各種技術(shù)、協(xié)議和應用。為此，IT組織創(chuàng )建了一個(gè)以“服務(wù)”為中心的抽象層，以隱藏各種應用和技術(shù)帶來(lái)的底層復雜性，并提供一個(gè)定制企業(yè)應用的平臺。這個(gè)服務(wù)或集成層稱(chēng)為ESB(Enterprise Service Bus，企業(yè)服務(wù)總線(xiàn))。
3.1 SOA架構范例
SOA的部分范例轉移是一個(gè)從應用基礎架構(Application Infrastructure)遷移到服務(wù)基礎架構(Service Infrastructure)的過(guò)程。在SOA之前，各種應用程序用點(diǎn)對點(diǎn)的連接方式孤立地組織在一起。除了利用一個(gè)聚合的服務(wù)基礎架構層(Service Infrastructure Layer)之外，SOA使用同樣的后端應用引擎和中間件。
3.2 SOA/WEB服務(wù)的實(shí)現
J2EE平臺通過(guò)JAXRPC1.1API提供了完整的Web服務(wù)支持，這種API支持基于Servlet和企業(yè)Bean的服務(wù)端點(diǎn)。JAXRPC1.1基于WSDL和SOAP協(xié)議提供了與Web服務(wù)的互操作性。J2EE平臺也支持WebServicesforJ2EE規范(JSR921)，后者定義了Web服務(wù)的部署需求并利用了JAXRPC編程模型，還提供了跨平臺的交互操作性。
Web服務(wù)客戶(hù)可以通過(guò)兩種方式訪(fǎng)問(wèn)Java EE應用程序�？蛻�(hù)可以訪(fǎng)問(wèn)用JAXRPCAPI創(chuàng )建的Web服務(wù);在幕后JAXRPC使用Servlet來(lái)實(shí)現Web服務(wù)。公開(kāi)無(wú)狀態(tài)的EJB作為Web服務(wù);Web服務(wù)客戶(hù)也可以通過(guò)Bean的服務(wù)端點(diǎn)接口訪(fǎng)問(wèn)無(wú)狀態(tài)會(huì )話(huà)Bean。在項目中，現有的業(yè)務(wù)邏輯大多已經(jīng)使用EJB組件編寫(xiě)，通過(guò)Web服務(wù)公開(kāi)它可能是實(shí)現從外界訪(fǎng)問(wèn)這些服務(wù)的最佳選擇。
3.3 兩種粒度實(shí)現SOA服務(wù)
在SOA中服務(wù)粒度有兩種相關(guān)的意思，即服務(wù)是如何實(shí)現的，服務(wù)使用和返回了多少數據或多少消息。細粒度服務(wù)執行了最小的功能，發(fā)送和接收少量的數據。粗粒度服務(wù)執行了較大的業(yè)務(wù)功能，并交換了更多的數據。
細粒度服務(wù)是供粗粒度服務(wù)或組合服務(wù)使用的，而不是由終端應用直接使用的。如果應用是使用細粒度服務(wù)建立的，則應用將不得不調用網(wǎng)絡(luò )上多個(gè)服務(wù)，并且發(fā)生在每個(gè)服務(wù)上的數據量較少，因而會(huì )對對系統整體性帶來(lái)影響。所以，粗粒度服務(wù)的用戶(hù)不能直接調用它所使用的細粒度服務(wù)，安全和訪(fǎng)問(wèn)控制必須在細粒度服務(wù)中實(shí)現。
組合服務(wù)可以使用粗粒度服務(wù)和細粒度服務(wù)進(jìn)行組裝。數據數量不是粗粒度服務(wù)和組合服務(wù)之間的區別。粗粒度服務(wù)，如創(chuàng )建新用戶(hù)，在這一過(guò)程的操作是：需要通過(guò)一些外部服務(wù)驗證對客戶(hù)進(jìn)行驗證，并在資源庫應用系統中創(chuàng )建用戶(hù)記錄。
【SOA體系架構下的企業(yè)系統集成】相關(guān)文章：
紅帽認證體系架構介紹07-23
圖書(shū)檢索系統體系架構研究12-05
大數據時(shí)代下的三種存儲架構07-23
企業(yè)內訓是企業(yè)培訓體系的關(guān)鍵12-26
零售企業(yè)的信息管理架構08-20
企業(yè)大規模系統整合架構如何選型10-27
構建企業(yè)內訓體系的方法12-30
企業(yè)戰略管理構建體系06-01
企業(yè)人力資源體系的建設07-03