基于ESB的SaaS應用動態(tài)互操作.pdf

1、隨著網絡和應用軟件技術的發(fā)展，SOA、SaaS、ESB等概念的提出，使得整個軟件系統(tǒng)的設計模式、部署方式、運行環(huán)境以及維護方式都有了本質性的改變，同時也促進了軟件體系架構及其理論技術的發(fā)展。較傳統(tǒng)的軟件模式相比，軟件即服務(SaaS)架構與應用模式為企業(yè)與用戶提供了一種更松散、靈活的應用部署形式，已經成為被廣泛應用的提供軟件服務的方式。伴隨SaaS應用規(guī)模的逐漸增大，加之租戶的某一服務請求往往需要多個SaaS服務協(xié)同完成，這便給軟件系統(tǒng)

2、帶來了SaaS應用服務之間相互通訊、相互協(xié)作的難題。
　　 ESB，即企業(yè)服務總線。通過ESB可以訪問集成系統(tǒng)平臺中的所有已注冊服務，它基于服務路由與消息轉換協(xié)議來控制服務之間的協(xié)調，消除不同應用之間的技術差異，讓不同的應用服務器協(xié)調運作，實現不同服務之間的通信與整合，從而支持基于服務組合的復雜業(yè)務流程。
　　 基于當前SaaS服務對互操作的需求，以及ESB消息路由的特性，本文將ESB集成到SaaS服務平臺中，由ESB完

3、成SaaS服務間互操作的請求消息的路由。對于同步的簡短響應結果，由ESB直接返回給服務請求者;而結果集較大、異步的服務請求，總線只做請求消息的路由轉發(fā)。響應結果存儲在應用服務器上，具體的位置以及讀取端口，在總線返回即時結果時，一同返回給服務請求者。
　　 目前多數ESB產品，只支持靜態(tài)消息路由，在系統(tǒng)啟動加載路由配置后，便無法再對消息路由進行更改調整，無法滿足租戶多樣化的需求。本文針對目前ESB產品存在的局限性，為了更好的滿足租

4、戶多個SaaS應用之間的動態(tài)互操作需求，對ESB實現過程中路由機制進行擴展，以支持運行時動態(tài)路由。
　　 在SaaS平臺中不同租戶對同一功能的服務，所關注的內容是不同的。在完成請求功能的前提下，部分租戶同時還對服務的響應時間要求較高，而其他租戶可能對服務的可靠性更為關注;因此，在擴展ESB為運行時動態(tài)路由的同時，本文提出了基于路由規(guī)則的ESB動態(tài)路由算法。針對租戶請求消息中對服務關注角度的不同，結合同一邏輯服務中不同服務實例的特

5、性，我們設計了相應的路由規(guī)則。與路由規(guī)則相對應，把所有的服務實例按照QoS屬性劃分為金牌服務、銀牌服務以及銅牌服務三個等級。根據SaaS平臺中用戶不同的請求，動態(tài)路由架構調用不同的路由規(guī)則，將請求消息路由到相應等級的服務實例。這種通過規(guī)則控制的動態(tài)路由選擇和消息傳送機制，調度相應的SaaS服務實例，使得總線能夠更加靈活地處理SaaS應用間的互操作需求。
　　 租戶在SaaS平臺中請求的服務并非全都是單純的原子服務，有些情況下會請

6、求由多個原子服務相互組合、協(xié)同運行的組合服務。某些原子服務在運行過程中處于關鍵位置，當此原子服務響應失敗后，會影響后續(xù)的服務運行，甚至對最終的響應結果造成影響。因此，為了保證服務響應的質量與可靠性，對于需要調用多個組合服務的業(yè)務，我們利用關鍵點選擇算法，選取組合服務中的關鍵節(jié)點。將關鍵節(jié)點標識信息存放到發(fā)往邏輯服務的總線消息中，在服務實例解析到總線消息中關鍵節(jié)點集合后，判斷該服務實例是否包含在關鍵集合內部。若此節(jié)點包含在此集合內，則將自