甲骨文OSB企業(yè)服務(wù)總線產(chǎn)品介紹

1、 甲骨文OSB企業(yè)服務(wù)總線甲骨文OSB企業(yè)服務(wù)總線產(chǎn)品介紹提交人:甲骨文（中國）軟件系統(tǒng)有限公司提交日期:2009年2月版本號:v1.0目 錄1甲骨文公司簡介32Oracle OSB企業(yè)服務(wù)總線產(chǎn)品簡介5服務(wù)總線的重要作用7服務(wù)總線和服務(wù)生命期9主要架構(gòu)概念10代理服務(wù)和基于代理的路由12服務(wù)總線的消息流定義13服務(wù)總線的部署方式153Oracle OSB企業(yè)服務(wù)總線產(chǎn)品的主要特性16服務(wù)供應(yīng)16服務(wù)類型16內(nèi)容類型19通信類型19更改中心20項目管理器22開發(fā)、測試和生產(chǎn)環(huán)境的遷移23服務(wù)集成和路由24管道25管道階段和活動26運行分支28轉(zhuǎn)換28消息操縱29消息驗證30動態(tài)路由31服務(wù)調(diào)用

2、32錯誤處理32安全性34服務(wù)管理35監(jiān)視35利用提示實施SLA36報告37小結(jié)394電信行業(yè)實際應(yīng)用情況401 甲骨文公司簡介1977 年 ，拉里·艾利森（ Larry Ellison ）與另外兩個人 Bob Miner 和 Ed Oates 成立了如今的甲骨文公司（ Oracle Corporation ）。 今天，甲骨文公司（ NASDAQ 交易代碼： ORCL ）早已是全球最大的企業(yè)軟件公司，其技術(shù)在全球幾乎每個行業(yè)以及財富 100 強的 98 家公司里都能找到。 甲骨文公司如今在145個國家和地區(qū)開展業(yè)務(wù)，全球客戶達(dá)320,000家，合作伙伴達(dá)19,500家。公司總部設(shè)在美

3、國加利福尼亞州的紅木城（Redwood Shores），全球員工達(dá)84,000名，包括20,000名開發(fā)人員、7,500多名技術(shù)支持人員和13,000名實施顧問。甲骨文公司2008財年（2008年5月31日結(jié)束）銷售收入達(dá)224億美元。甲骨文公司在多個產(chǎn)品領(lǐng)域和行業(yè)領(lǐng)域占據(jù)全球第一的位置，其中包括：數(shù)據(jù)庫、數(shù)據(jù)倉庫、基于Linux系統(tǒng)的數(shù)據(jù)庫、嵌入式數(shù)據(jù)庫、增長最快的中間件、商業(yè)分析軟件、商業(yè)分析工具、供應(yīng)鏈管理、人力資源管理、客戶關(guān)系管理、應(yīng)用平臺套件第一、零售行業(yè)、金融服務(wù)行業(yè)、通信行業(yè)、公共事業(yè)行業(yè)和專業(yè)服務(wù)行業(yè)等。30多年來，甲骨文向企業(yè)客戶提供領(lǐng)先的軟件與服務(wù)，幫助他們以最低的總體擁

4、有成本獲得更新、更準(zhǔn)確的信息，從而改善決策，最終取得更好的業(yè)績。從數(shù)據(jù)庫和中間件到應(yīng)用產(chǎn)品和行業(yè)解決方案，甲骨文公司擁有業(yè)內(nèi)最廣泛的企業(yè)軟件。甲骨文在中國甲骨文公司于1989年落戶中國。目前，甲骨文公司在中國的員工超過2600名，以13個城市（北京的中國公司總部，上海、廣州、南京、成都、深圳、大連、沈陽、濟南、杭州、西安、重慶和福州等地的分公司）為中心開展業(yè)務(wù)。在北京、深圳、上海分別設(shè)有研發(fā)中心，在大連設(shè)有全球技術(shù)支持服務(wù)中心，在成都設(shè)有甲骨文咨詢服務(wù)中心，在北京及深圳設(shè)有合作伙伴解決方案中心。中國已經(jīng)成為甲骨文公司在全球發(fā)展最快的市場之一，公司在中國目前擁有超過7,000家客戶。Oracle

5、技術(shù)網(wǎng)絡(luò)（OTN）作為甲骨文全球的在線開發(fā)人員社區(qū)，在中國擁有250,000名成員，中國是甲骨文全球第四大開發(fā)人員社區(qū)。目前Oracle中國公司有60%以上的人員是從事技術(shù)支持工作。主要分為：Ø 售前技術(shù)顧問：與銷售代表配合提供售前技術(shù)支持。Ø 售后工程師：提供安裝調(diào)試及現(xiàn)場技術(shù)服務(wù)。Ø 熱線技術(shù)工程師：提供7x24小時技術(shù)支持熱線服務(wù)。Ø 實施顧問：為用戶提供顧問咨詢、結(jié)構(gòu)設(shè)計等項目實施工作。Oracle中國公司除了本公司有強大的技術(shù)支持隊伍，還有150多家代理商和軟件開發(fā)商。每一家代理商都有一定數(shù)量Oracle OCP(Oracle認(rèn)證工程師)，這些

6、工程師都是通過了Oracle公司全球工程師認(rèn)證考試，并取得認(rèn)證證書的。他們是Oracle 公司另一支強大的技術(shù)支持隊伍。Oracle公司在提供強有力的技術(shù)支持的同時，還提供配套專業(yè)技術(shù)培訓(xùn)，Oracle公司在國內(nèi)有兩個培訓(xùn)中心、4個授權(quán)培訓(xùn)中心和13所聯(lián)合大學(xué)。培訓(xùn)系統(tǒng)的完善為客戶的技術(shù)人員能全面和完善的掌握數(shù)據(jù)庫管理和開發(fā)提供了良好的基礎(chǔ)保障。并最終達(dá)到知識轉(zhuǎn)移的目的。甲骨文公司為在中國的客戶提供功能全面的企業(yè)級軟件組合產(chǎn)品（包括Oracle 數(shù)據(jù)庫、Oracle融合中間件和Oracle應(yīng)用軟件）與相關(guān)服務(wù) (包括咨詢、支持服務(wù)和培訓(xùn))。公司的目標(biāo)是幫助中國加快信息技術(shù)在企事業(yè)單位的應(yīng)用、促

7、進(jìn)軟件業(yè)的發(fā)展并加快信息技術(shù)人才的培養(yǎng)。為了實現(xiàn)這個目標(biāo)，甲骨文在中國實施三合一戰(zhàn)略：加強本地化建設(shè)、建立牢固的合作伙伴關(guān)系、承諾對中國市場的長期投資。2 Oracle OSB企業(yè)服務(wù)總線產(chǎn)品簡介面對變幻莫測的市場需求的變化，企業(yè)希望通過推進(jìn)“服務(wù)化”提高敏捷性和響應(yīng)能力：更方便地與客戶和合作伙伴交互，更靈活地設(shè)計和構(gòu)建IT基礎(chǔ)架構(gòu)。為此，SOA（Serice-Oriented Architecture，面向服務(wù)的架構(gòu)）日益引起企業(yè)高層的重視。SOA將分散在企業(yè)應(yīng)用中的功能組合為基于標(biāo)準(zhǔn)的互操作“服務(wù)”，與使用傳統(tǒng)應(yīng)用相比，企業(yè)可利用SOA，更快地組合和重用“服務(wù)”，以滿足業(yè)務(wù)需求。SOA圍繞

8、“服務(wù)”，而不是“應(yīng)用”組織企業(yè)IT，能幫助企業(yè)更快地推出新服務(wù)，并靈活響應(yīng)業(yè)務(wù)環(huán)境的變化。為了優(yōu)化IT基礎(chǔ)結(jié)構(gòu)，以便交付服務(wù)，將SOA變成現(xiàn)實，IT組織需要一個智能化的基礎(chǔ)架構(gòu)，以降低服務(wù)重用的復(fù)雜性，并可靠地集成IT環(huán)境的各種技術(shù)、協(xié)議和應(yīng)用。為此，IT組織創(chuàng)建了一個以“服務(wù)”為中心的抽象層，以隱藏各種應(yīng)用和技術(shù)帶來的底層復(fù)雜性，并提供一個定制企業(yè)應(yīng)用的平臺。今天，我們將上述服務(wù)或集成層稱為ESB（Enterprise Service Bus，企業(yè)服務(wù)總線）。ESB使“服務(wù)端點”本身不必再管理服務(wù)之間的交互。ESB允許方便地擴展服務(wù)，消除了專門編寫的點對點、硬編碼實現(xiàn)的脆弱性，以及帶來的昂

9、貴代價。有了ESB，開發(fā)人員不必再在各個服務(wù)端點構(gòu)建集成和中介服務(wù)，如路由、協(xié)議代理、轉(zhuǎn)化、安全策略和SLA（Service Level Agreement，服務(wù)級別協(xié)議）質(zhì)量策略，只需在“ESB”中配置這些策略即可。也就是說，開發(fā)人員不必重編服務(wù)端點的集成和管理策略，通過“ESB配置步驟”就能創(chuàng)建動態(tài)服務(wù)端點，適應(yīng)動態(tài)變化。Oracle Service Bus是一個ESB，用于集成服務(wù)，管理服務(wù)交互，并在不同IT環(huán)境之間執(zhí)行消息代理。它的輕量級、無狀態(tài)、高性能架構(gòu)扮演“中間人”角色。Oracle Service Bus是部署和實現(xiàn)SOA的理想工具，支持智能消息代理，監(jiān)控和管理服務(wù)；它在企業(yè)基

10、礎(chǔ)架構(gòu)中添加一個可擴展的動態(tài)路由和轉(zhuǎn)換層，并管理服務(wù)生命期：配置和供應(yīng)服務(wù)、監(jiān)控服務(wù)的運行和履行SLA。Oracle Service Bus以“配置”為中心，由策略驅(qū)動，實現(xiàn)了“服務(wù)使用者”和“服務(wù)提供者”之間的松耦合配合。Oracle Service Bus提供動態(tài)配置服務(wù)和策略的多功能控制臺和環(huán)境，能支持多個服務(wù)集成項目，能確保所有配置元素的引用完整性，并能在測試或生產(chǎn)期間監(jiān)控和運行系統(tǒng)。開發(fā)人員通過“配置”，而不是“編碼”動態(tài)更改服務(wù)集成關(guān)系，以便從幾個方面擴展服務(wù)架構(gòu)：安全類型、服務(wù)位置、服務(wù)可用性、服務(wù)響應(yīng)性、數(shù)據(jù)格式、監(jiān)控、傳輸和通信；與傳統(tǒng)的EAI方法相比，ESB需要的時間少得多

11、。圖1 oracle Service Bus可防止服務(wù)蔓延 “一次性連接” 松耦合架構(gòu) 促進(jìn)企業(yè)范圍的重用 集中管理 減少總擁有成本服務(wù)總線軟件的中心是“共享服務(wù)”，而不是“應(yīng)用程序孤島”。利用簡捷高效的SOA基礎(chǔ)結(jié)構(gòu)，IT組織可以在幾乎不影響IT基礎(chǔ)架構(gòu)的前提下，快速提供新服務(wù)功能，重用極具價值的業(yè)務(wù)功能，從而實現(xiàn)服務(wù)化，實現(xiàn)與業(yè)務(wù)需求的同步，響應(yīng)業(yè)務(wù)流程的更改，并滿足客戶提出的新需要。下面將詳細(xì)分析服務(wù)總線的必要性，討論它如何管理組織的整個服務(wù)生命期。2.1 服務(wù)總線的重要作用SOA之所以變得經(jīng)濟可行，是因為受到了兩種現(xiàn)狀的推動：行業(yè)利用Web服務(wù)“公開”和“使用”新服務(wù)及遺留服務(wù)，構(gòu)建了

12、支持“松耦合服務(wù)交互”的工具包和基礎(chǔ)架構(gòu)。在采用SOA策略時，由于成本和復(fù)雜性等因素，IT專業(yè)人員并不愿意完全淘汰現(xiàn)有的基礎(chǔ)架構(gòu)，而是希望將現(xiàn)有應(yīng)用業(yè)務(wù)表示為服務(wù)，以供其他業(yè)務(wù)流程和應(yīng)用重用。這就是說，SOA的成功離不開“集成層”，集成層支持異構(gòu)環(huán)境下的動態(tài)服務(wù)交互。集成層必須對服務(wù)使用者隱藏服務(wù)端點的更改，同時支持現(xiàn)有服務(wù)的發(fā)展，并能夠業(yè)務(wù)的發(fā)展，快速添加新服務(wù)以滿足客戶和合作伙伴的要求。在構(gòu)建和維護SOA時，企業(yè)架構(gòu)師面臨挑戰(zhàn)：如何使架構(gòu)適應(yīng)業(yè)務(wù)需求的增長，并滿足新客戶的需要？ 在系統(tǒng)中引入動態(tài)行為和運行時配置能力 在企業(yè)范圍內(nèi)重用服務(wù)，管理服務(wù)的生命期 適應(yīng)服務(wù)使用者和服務(wù)提供者間的變化

13、 確保企業(yè)服務(wù)的統(tǒng)一使用 確保服務(wù)的安全性 確保企業(yè)服務(wù)符合IT策略 監(jiān)控和審計服務(wù)使用，并管理系統(tǒng)停運圖2 SOA面臨的挑戰(zhàn)圖2演示很多組織的典型架構(gòu)和SOA挑戰(zhàn)。此時，必須維護服務(wù)使用者和服務(wù)提供者間的點對點連接，也就是說，使用者啟用一個服務(wù)端點時，必須復(fù)制傳輸、轉(zhuǎn)換、安全和路由機制。如果服務(wù)端點接口發(fā)生變化，使用各個服務(wù)使用者將與該服務(wù)斷開，并重新開發(fā)和重新部署，最終造成了服務(wù)中斷。企業(yè)架構(gòu)師和其他專家想要簡化和控制IT基礎(chǔ)架構(gòu)，并促進(jìn)重用。Oracle Service Bus是他們的理想工具。Oracle Service Bus支持不同服務(wù)的動態(tài)交互，具有以下特點：“本地服務(wù)資源緩存”

14、注冊在總線集成的服務(wù)，通過UDDI（Universal Description Discovery and Integration，統(tǒng)一描述、發(fā)現(xiàn)和集成）集成到企業(yè)服務(wù)注冊表，“服務(wù)配置環(huán)境”支持驗證和版本控制；異構(gòu)服務(wù)端點間的協(xié)議和消息代理；服務(wù)間的動態(tài)路由和轉(zhuǎn)換；消息和傳輸安全。將Oracle Service Bus添加到圖2的架構(gòu)，Oracle Service Bus成為一個分布的服務(wù)中間層。它提供上述功能，運用路由規(guī)則、轉(zhuǎn)換、安全和訪問策略，將這些從服務(wù)端點分離出來，并予以維護，如圖3所示。圖3 SOA與Oracle Service Bus將Oracle Service Bus作為服務(wù)

15、使用者和服務(wù)提供者間的中間層，可消除脆弱的點對點連接，并消除這些連接的專門維護。使用者不必詳細(xì)了解服務(wù)端點的接口和實現(xiàn)，企業(yè)可以更靈活地連接不同資源。不同客戶端可與各種資源通信，例如，.NET客戶端不必了解底層服務(wù)端點的實現(xiàn)細(xì)節(jié)就能使用Java業(yè)務(wù)服務(wù)。消除點對點連接還意味著，更改服務(wù)端點不再影響服務(wù)使用者，在服務(wù)總線中更改策略配置即可。這將在服務(wù)使用者級別減輕或消除重新開發(fā)和重新部署產(chǎn)生的影響。2.2 服務(wù)總線和服務(wù)生命期Oracle Service Bus是一個服務(wù)中介，在整個服務(wù)生命期都扮演著重要的角色：公開服務(wù)，并配置、管理和監(jiān)控服務(wù)使用者和服務(wù)提供者之間的“請求-響應(yīng)”消息流。圖4演

16、示服務(wù)生命期。在開始階段，架構(gòu)師建立服務(wù)模型，構(gòu)建服務(wù)；在開發(fā)階段，開發(fā)人員創(chuàng)建和公開應(yīng)用及服務(wù)接口。在創(chuàng)建這些服務(wù)接口后，Oracle Service Bus隨著服務(wù)的創(chuàng)建注冊這些服務(wù)，并公開它們，以供其他服務(wù)或流程在后期使用。Oracle Service Bus可能在本地注冊表中直接注冊服務(wù)，也可能從諸如ORACLE Service Registry的企業(yè)服務(wù)注冊表導(dǎo)入服務(wù)。注冊后，Oracle Service Bus配置代理接口，以定義服務(wù)通信的消息流。消息流包含傳輸和安全要求，并說明如何將消息路由給服務(wù)自身。在用Oracle Service Bus注冊服務(wù)后，由ORACLE BPM工作

17、流引擎等工具創(chuàng)建的業(yè)務(wù)流程就可以使用和編排這些服務(wù)，以滿足各種業(yè)務(wù)要求。編排過程包括利用服務(wù)滿足業(yè)務(wù)要求，將服務(wù)運用于細(xì)粒度業(yè)務(wù)流程。最終用戶可通過UI（用戶界面），如ORACLE WebLogic PortalTM交易門戶， 或ORACLE User Interaction協(xié)作門戶，使用這些業(yè)務(wù)流程。圖4 服務(wù)生命期Oracle Service Bus還監(jiān)控和管理服務(wù)端點之間的消息流、系統(tǒng)健康狀況以及可用性。業(yè)務(wù)和運營分析師可能獲取這些信息，以分析行為模式，尋找有待改進(jìn)之處。隨著服務(wù)的改進(jìn)和新服務(wù)版本的推出，新一輪的生命期重新開始。2.3 主要架構(gòu)概念Oracle Service Bus是策

18、略驅(qū)動的中介層，它處理消息，確定如何根據(jù)要求路由和轉(zhuǎn)換消息。它通過諸如JMS或HTTP的傳輸協(xié)議接收消息，并用相同協(xié)議或另一指定的傳輸協(xié)議發(fā)送消息。消息響應(yīng)按相反的方向進(jìn)行。消息處理由元數(shù)據(jù)驅(qū)動，元數(shù)據(jù)由Oracle Service Bus控制臺配置的代理服務(wù)的消息流定義指定。使用代理方法，企業(yè)可實現(xiàn)服務(wù)客戶端和業(yè)務(wù)服務(wù)之間的松耦合，并維護一個集中的安全控制和監(jiān)控點，如下圖所示。圖5 Oracle Service Bus使用Oracle Service Bus，服務(wù)集成關(guān)系通過配置策略和代理服務(wù)動態(tài)實現(xiàn)。在使用這種方法時，可以快速擴展服務(wù)架構(gòu)的某些系統(tǒng)特性： 傳輸協(xié)議和通信范例 服務(wù)安全性 服

19、務(wù)位置 服務(wù)可用性和響應(yīng)性 數(shù)據(jù)格式 日志記錄和監(jiān)控由于代理服務(wù)扮演中間人角色，故Oracle Service Bus能消除以下領(lǐng)域的服務(wù)客戶端和業(yè)務(wù)服務(wù)需求之間的差別： 加載內(nèi)容和模式 封送協(xié)議 傳輸協(xié)議 “點對點”和“發(fā)布-訂閱”協(xié)議 單向和請求/響應(yīng)范例 同步和異步通信 安全性O(shè)racle Service Bus在元數(shù)據(jù)中存儲永久策略、代理服務(wù)和相關(guān)的資源配置；元數(shù)據(jù)可從開發(fā)環(huán)境傳給部署環(huán)境，再傳給生產(chǎn)環(huán)境，還能根據(jù)需要修改。消息代理引擎從元數(shù)據(jù)緩存訪問配置信息。2.4 代理服務(wù)和基于代理的路由代理服務(wù)是Oracle Service Bus架構(gòu)的一個核心概念。服務(wù)使用者經(jīng)由這個接口與托管

20、的后端服務(wù)連接。代理服務(wù)是“服務(wù)總線”在本地實現(xiàn)的中介Web服務(wù)的定義。使用Oracle Service Bus控制臺，可按照WSDL和使用的傳輸類型定義接口，配置代理服務(wù)；并在消息流定義和配置策略中指定消息處理邏輯。由于代理服務(wù)可將消息路由給多個業(yè)務(wù)服務(wù)，故可以獨立于與代理通信的業(yè)務(wù)服務(wù)，配置代理服務(wù)的接口。在這種情況下，代理將被配置為消息流定義，它根據(jù)路由邏輯，將消息路由給相應(yīng)的業(yè)務(wù)服務(wù)，然后將消息數(shù)據(jù)映射為業(yè)務(wù)服務(wù)接口需要的格式。代理服務(wù)的核心是“上下文”，上下文是一組XML變量，由請求流和響應(yīng)流共享?？蓪⑿伦兞縿討B(tài)地添加到上下文，也可從上下文刪除變量。預(yù)定義上下文變量包含有關(guān)消息、傳輸

21、頭、安全原理的信息，當(dāng)前代理服務(wù)的元數(shù)據(jù)，以及代理服務(wù)調(diào)用的主要路由服務(wù)和發(fā)布服務(wù)的元數(shù)據(jù)。上下文可由Xquery表達(dá)式讀取和更改，并通過轉(zhuǎn)換和適當(dāng)更新操作進(jìn)行更新。上下文核心包括$header、$body和$attachment變量。這些變量各自包裝SOAP（Simple Object Access Protocol，簡單對象訪問）頭元素、SOAP正文元素和MIME（Multipurpose Internet Mail Extensions，通用Internet郵件擴展）附件。消息均采用SOAP格式，如果不是SOAP格式，就映射為SOAP格式。2.5 服務(wù)總線的消息流定義代理服務(wù)的實現(xiàn)由“消

22、息流”的定義指定，消息流確定經(jīng)由代理服務(wù)的消息流動。在構(gòu)建消息流時，將用到以下四個元素：一對管道：一個用于請求，一個用于響應(yīng)。管道由多個連續(xù)階段組成，“階段”指定處理請求或響應(yīng)時執(zhí)行的操作。分支節(jié)點：根據(jù)消息、消息上下文指定的值分岔，或根據(jù)調(diào)用的操作分岔。路由節(jié)點：用來定義消息目的地。默認(rèn)的路由節(jié)點是一個回顯節(jié)點，可根據(jù)請求返回響應(yīng)。啟動節(jié)點?？赏ㄟ^多種方法，將以上元素結(jié)合成一顆“樹”，“啟動節(jié)點”一定是“根”，而且是惟一的根。路由節(jié)點只作為“葉子”。請求消息從啟動節(jié)點開始，沿路徑到達(dá)葉子，在請求管道執(zhí)行操作。如果葉子是路由節(jié)點，就生成響應(yīng)，對于單向服務(wù)而言，響應(yīng)將為空。如果葉子是一個回顯節(jié)點

23、，則根據(jù)請求返回響應(yīng)。響應(yīng)沿相反路徑，忽略分支節(jié)點的操作，但在響應(yīng)管理執(zhí)行操作。圖6演示一個典型的消息流例子。圖6 一個消息示例可以靈活使用路由節(jié)點：n 可組合和嵌套if結(jié)構(gòu)、for-each結(jié)構(gòu)和case結(jié)構(gòu)，以定義單個端點和路由消息的操作。n 在將消息發(fā)送給所選端點前，或接收到響應(yīng)后，可進(jìn)行一系列影響上下文變量的轉(zhuǎn)換。n 在調(diào)用消息流之前，可透明地執(zhí)行WS安全策略和授權(quán)。2.6 服務(wù)總線的部署方式Oracle Service Bus在ORACLE WebLogic ServerTM上運行，并使用ORACLE WebLogic Server TM的運行時工具。ORACLE WebLogic

24、Server TM提供企業(yè)級可用性、擴展性和可靠性。可通過兩類企業(yè)級配置部署Oracle Service Bus： 單個服務(wù)器，該服務(wù)器也用作管理服務(wù)器 執(zhí)行消息處理的托管服務(wù)器集群?！坝颉卑渴餙racle Service Bus的集群及管理服務(wù)器。集群還能運行其他應(yīng)用。Oracle Service Bus允許集中管理和控制多個分布服務(wù)端點，可部署為一個管理部門或企業(yè)所有Web服務(wù)通信的“集線器”。還可以對底層ORACLE WebLogic Server實施集群化，以便水平擴展單個Oracle Service Bus，將消息負(fù)載均勻分布在集群服務(wù)器上，防止出現(xiàn)系統(tǒng)瓶頸。Oracle Ser

25、vice Bus將元數(shù)據(jù)和配置自動傳給托管服務(wù)器，加快了本地檢索速度；并自動從這些服務(wù)器收集監(jiān)控信息，將它們集成和顯示在“管理控制臺”上。對于分布式部署用例而言，可將多個Oracle Service Bus迭代連接起來，為分布企業(yè)相應(yīng)創(chuàng)建一個分布網(wǎng)絡(luò)。3 Oracle OSB企業(yè)服務(wù)總線產(chǎn)品的主要特性O(shè)racle Service Bus將ESB的概念、消息代理和運行服務(wù)管理融合一個產(chǎn)品中，在服務(wù)網(wǎng)絡(luò)上管理、集成消息及服務(wù)。其核心特性分為三類： . 服務(wù)供應(yīng)：注冊和公開服務(wù)，以便重用. 服務(wù)集成和路由：與服務(wù)間通信有關(guān)的路由邏輯. 服務(wù)管理：監(jiān)視和管理服務(wù)的活動性和可用性3.1 服務(wù)供應(yīng)“服務(wù)供

26、應(yīng)”在機構(gòu)、系統(tǒng)和部門內(nèi)部和之間公開和分配服務(wù)。與服務(wù)供應(yīng)相關(guān)的特性如下： n . 服務(wù)類型n . 內(nèi)容類型n . 通信類型n . 更改中心n . 開發(fā)、測試和生產(chǎn)環(huán)境的遷移n . 服務(wù)版本控制3.1.1 服務(wù)類型Oracle Service Bus支持各種服務(wù)類型，如常見的Web服務(wù)（使用WSDL中的XML或SOAP綁定）和非XML（通用）服務(wù)。創(chuàng)建業(yè)務(wù)和代理服務(wù)時，服務(wù)類型在注冊服務(wù)時選擇。它還定義服務(wù)端點通信使用的協(xié)議。Oracle Service Bus的服務(wù)類型包括： ü SOAP服務(wù)：在創(chuàng)建SOAP消息時，將標(biāo)題和正文變量的內(nèi)容打包到<soap:Envelope&g

27、t;元素。如果正文變量包含一個引用XML，就原封不動地發(fā)送它，即不將引用內(nèi)容替換為消息。如果用附件變量定義附件，則從主消息和附件數(shù)據(jù)創(chuàng)建MIME包。每個附件部分的內(nèi)容處理類似于消息傳輸服務(wù)的處理方式。ü XML服務(wù)（非SOAP）：發(fā)送給基于XML服務(wù)的消息是XML，也可以是代理服務(wù)配置允許的任何類型。在包含附件的消息中，它們的內(nèi)容是MIME包，其中包含主XML載荷通常是第一部分或由頂級內(nèi)容類標(biāo)題標(biāo)識。ü 消息傳輸服務(wù)：消息傳輸服務(wù)指可以接收一類數(shù)據(jù)并響應(yīng)不同數(shù)據(jù)類型的消息。支持的數(shù)據(jù)類型包括XML、MFL、文本和非強型二進(jìn)制數(shù)據(jù)。 上面已經(jīng)提到，選擇的服務(wù)類型定義了可用于與

28、服務(wù)端點通信的協(xié)議。表1顯示了服務(wù)類型和支持的傳輸協(xié)議，以及未來版本將支持的其他傳輸協(xié)議。 表1 支持的服務(wù)類型和傳輸協(xié)議服務(wù)類型傳輸協(xié)議SOAP WSDL或XMLnicJMS1 HTTP(S) SOAP（非WSDL） JMS1 HTTP(S) XML（非WSDL）2 JMS HTTP(S) 電子郵件文件FTP消息傳輸類型（二進(jìn)制、文本、MFL、XML）JMS HTTP(S) 電子郵件文件FTP 1. 如果啟用了WS-Security，就不支持JMS請求和JMS響應(yīng)。 2. HTTP GET僅用于非WSD的XML。 圖7是一幅屏幕快照，它顯示了如何在Oracle Service Bus中選擇服

29、務(wù)類型。 圖7 服務(wù)類型3.1.2 內(nèi)容類型為支持與異構(gòu)端點的互操作性，Oracle Service Bus允許利用“服務(wù)配置”，控制使用的內(nèi)容類型、JMS類型和編碼。它不對外部客戶或服務(wù)的需要進(jìn)行假設(shè)，而是使用為此目的配置的服務(wù)定義信息。Oracle Service Bus從服務(wù)類型和接口推導(dǎo)出站消息的內(nèi)容類型。 如果服務(wù)類型是： ü XML或SOAP（有或沒有WSDL），內(nèi)容類型就是文本或XML ü MFL或二進(jìn)制消息傳輸和接口，內(nèi)容類型就是二進(jìn)制或八位字節(jié)流ü 文本消息傳輸和接口，內(nèi)容類型就是文本或純文本ü XML消息傳輸和接口，內(nèi)容類型就是文本或

30、XML。 如果代理服務(wù)調(diào)用服務(wù)，出站上下文變量 ($outbound) 中就可以覆蓋內(nèi)容類型。代理服務(wù)響應(yīng)時，入站上下文變量 ($inbound) 也可以覆蓋內(nèi)容類型。還有JMS類型（字節(jié)或文本），在“Administration Consol”（管理控制臺）定義服務(wù)時，可配置此類型。在服務(wù)定義中還可以為所有出站消息明確配置編碼。 3.1.3 通信類型為了支持異構(gòu)環(huán)境，Oracle Service Bus提供了多個消息傳輸方式。它支持以下幾種通信類型： ü 同步請求和響應(yīng)ü 異步一對一發(fā)布ü 異步一對多發(fā)布ü 異步請求和響應(yīng)（同步與異步橋接）同步和異步通

31、信是標(biāo)準(zhǔn)傳輸方式，這里需要對“異步請求/響應(yīng)”或“同步-異步橋”接作進(jìn)一步解釋。在“同步異步橋接”中，同步客戶程序向異步提供者發(fā)出請求。為此，Oracle Service Bus在一個JMS隊列上發(fā)布消息，配置第二個JMS隊列以便響應(yīng)，并設(shè)置一個超時值監(jiān)聽響應(yīng)。在收到請求后，服務(wù)總線在請求隊列發(fā)布消息，并監(jiān)聽響應(yīng)隊列中的響應(yīng)。對于服務(wù)使用者，這類服務(wù)就像同步服務(wù)。 使用“異步請求和響應(yīng)”消息具有以下優(yōu)勢： ü 請求線程不會阻塞等待響應(yīng)，消除了執(zhí)行大量阻塞請求/響應(yīng)調(diào)用時潛在的線程管理問題。 ü 消息傳輸更可靠。 異步請求和響應(yīng)的一個用例是：客戶端通過HTTP調(diào)用代理Web服

32、務(wù)，而代理服務(wù)調(diào)用的后端系統(tǒng)使用JMS請求和響應(yīng)。 3.1.4 更改中心Oracle Service Bus最重要的一個功能是“Change Center”（更改中心），更改中心是在服務(wù)總線進(jìn)行配置更改的關(guān)鍵。更改中心有獨特功能，可在更改時鎖定當(dāng)前配置（見圖8）。使服務(wù)總線可在控制臺執(zhí)行配置更改時，繼續(xù)接收和處理服務(wù)請求。此外，對配置更改“激活”前，不影響當(dāng)前配置。完成后，這些更改立即生效，服務(wù)總線即可以使用新配置。也就是說，可在不中斷服務(wù)的情況下隨時執(zhí)行更改。 表2歸納了Oracle Service Bus更改中心提供的特性。 表2 更改中心的特性頁面相關(guān)任務(wù)查看配置更改內(nèi)部會話：查看當(dāng)前會

33、話所做的配置更改。 外部會話：查看以前會話激活的配置更改。 撤銷更改內(nèi)部會話：撤銷當(dāng)前會話所做的配置更改。 外部會話：撤銷會話的激活，將過去會話的激活撤銷到新會話。 查看所有會話內(nèi)部和外部會話：查看Oracle Service Bus控制臺中現(xiàn)有的全部會話。 查找和替換內(nèi)部會話：查找和替換環(huán)境值。 外部會話：查找環(huán)境變量（替換功能無效）。 查看沖突只有內(nèi)部會話：查看和解決控制臺內(nèi)所有會話的更改之間的所有沖突。如果當(dāng)前會話修改的資源已經(jīng)被另外的會話修改并激活，就發(fā)生了沖突。如果兩個會話對同一資源進(jìn)行兩次更改，在其中一次會話激活前，不發(fā)生沖突。將顯示會話中的語義資源錯誤。任務(wù)細(xì)節(jié)內(nèi)部會話：查看當(dāng)前

34、會話進(jìn)行的具體更改的細(xì)節(jié)。 外部會話：查看激活會話進(jìn)行的具體更改的細(xì)節(jié)。 圖8更改中心（屏幕左上角）如果激活的更改引起意外事件，更改中心還能撤銷任何會話的所有更改。任務(wù)細(xì)節(jié)提供有關(guān)更改資源、更改者和時間信息。由于可撤銷整個會話或會話中的個別更改，Oracle Service Bus能將受影響的配置恢復(fù)到先前的狀態(tài)。3.1.5 項目管理器Oracle Service Bus包含“Project Explorer”（項目管理器），可按邏輯分類Oracle Service Bus的實體，使開發(fā)人員和管理員能更好地組織大型開發(fā)項目。項目屬于非層次、分散和頂級分組結(jié)構(gòu)。所有資源（例如服務(wù)、WS策略、WS

35、DL、XQuery轉(zhuǎn)換等）位于一個不重疊項目中?？稍陧椖恐兄苯觿?chuàng)建資源，或?qū)①Y源組織到文件夾中。項目或其他文件夾中可創(chuàng)建文件夾，這類似于文件系統(tǒng)的目錄，項目級別是根目錄。為了增強導(dǎo)航能力，可為所有項目和文件夾添加描述。圖9描述了項目管理器。項目管理器的另一個功能是跟蹤文件夾內(nèi)資源引用的外部資源。查看這些引用可以了解所引用資源的位置（<項目名>/<文件夾名>/<資源名>格式）和類型。 圖9 項目管理器3.1.6 開發(fā)、測試和生產(chǎn)環(huán)境的遷移Oracle Service Bus能簡化從一個環(huán)境到另一環(huán)境（從開發(fā)到測試、再到生產(chǎn)）遷移配置?！皩?dǎo)出”功能可將現(xiàn)有配置導(dǎo)

36、入jar文件，然后利用“導(dǎo)入”功能將文件導(dǎo)入其他環(huán)境。要導(dǎo)入已導(dǎo)出的資源，必須在導(dǎo)入前建立一個會話。一旦定義了要導(dǎo)入的jar文件，項目管理器就會顯示要導(dǎo)入的資源及引用列表（參加圖10）。用戶隨后可從jar文件導(dǎo)入所有或部分資源。 在導(dǎo)入資源后，在通過更改中心激活后，資源方可生效。多數(shù)情況下，端點服務(wù)的“統(tǒng)一資源標(biāo)識”(URI) 會隨環(huán)境而變化，必須在導(dǎo)入后更改。更改中心的“查找和替換”功能允許用戶搜索和替換URI中的文本；這只適用于最近導(dǎo)入的資源。 圖10 導(dǎo)入3.2 服務(wù)集成和路由如前所述，與服務(wù)端點通信有關(guān)的所有路由邏輯都通過“配置代理”處理，使服務(wù)使用者不必考慮與后端服務(wù)通信有關(guān)的復(fù)雜性

37、。由于可從服務(wù)使用者和提供者中刪除路由、轉(zhuǎn)換、安全性和傳輸細(xì)節(jié)，并將它們置于可配置的代理服務(wù)器中，故服務(wù)集成更靈活。如前所述，管道、分支和路由節(jié)點定義了代理服務(wù)的實施。Oracle Service Bus控制臺用來配置代理服務(wù)消息流定義中操縱消息的邏輯。這些邏輯包括轉(zhuǎn)換、發(fā)布和報告等活動，它們作為管道的單獨操作實施。下面詳細(xì)描述設(shè)計和實施代理服務(wù)消息流時使用的功能： ü 管道和階段ü 轉(zhuǎn)換ü 消息驗證ü 消息操縱ü 運行分支ü 動態(tài)路由ü 服務(wù)調(diào)用ü 錯誤處理ü 安全性3.2.1 管道管道是命名的階段序列

38、，代表沒有分支的單向處理路徑。它用于確定進(jìn)入的請求消息流。管道分以下三類： n . 請求：用于處理消息流的請求路徑n . 響應(yīng)：用于處理消息流的響應(yīng)路徑n . 錯誤：用于錯誤句柄。 為了建立請求和響應(yīng)路徑，請求和響應(yīng)管道成對出現(xiàn)，并且組成一個根目錄的樹形結(jié)構(gòu)。分支節(jié)點允許這些管道對有條件地執(zhí)行，而分支端點的路由節(jié)點執(zhí)行請求和響應(yīng)發(fā)送。圖11顯示了一個管道樹的例子。管道樹將表3中描述的頂級組件的實例串聯(lián)起來。表3 管道分類管道類型描述管道對節(jié)點管道對節(jié)點將一個請求和一個響應(yīng)管道連接成一個頂級元素。處理請求時只執(zhí)行請求管道，而反向處理響應(yīng)時只執(zhí)行響應(yīng)管道。 分支節(jié)點分支節(jié)點使處理完全沿著多個可能的

39、路徑中的一條繼續(xù)進(jìn)行。分支由查找表驅(qū)動，每個分支用惟一字符串值標(biāo)記。消息上下文中的變量被指定為該節(jié)點的查找變量，其值決定了走哪條分支。 路由節(jié)點路由節(jié)點用于執(zhí)行與其他服務(wù)的請求和響應(yīng)通信。它們代表代理服務(wù)的請求和響應(yīng)處理之間的界線。當(dāng)路由節(jié)點發(fā)送請求消息時，就認(rèn)為完成了請求處理。當(dāng)路由節(jié)點收到響應(yīng)消息時，響應(yīng)處理開始。 回顯節(jié)點回顯節(jié)點（或回顯）將消息從請求管道的一端發(fā)送到響應(yīng)管道的起點。該消息不從代理服務(wù)發(fā)到另外的服務(wù)，而是保留在代理服務(wù)中。圖11 管道樹 3.2.2 管道階段和活動每條管道都是一系列階段，階段是活動容器。這些活動決定了消息通過Oracle Service Bus傳送時產(chǎn)生的

40、影響（參見圖12）。帶一組上下文變量（包含消息內(nèi)容）的消息被送入管道，并可在管道階段中用活動訪問或修改消息。 表4描述了管道階段中所有可能的活動。 表4 管道階段中可能的活動活動影響轉(zhuǎn)換轉(zhuǎn)換活動通過轉(zhuǎn)換格式或操縱消息本身內(nèi)的數(shù)據(jù)，更改消息上下文。 分支分支活動允許使用嵌套的 “if” 語句結(jié)構(gòu)，根據(jù)消息上下文內(nèi)的元素值執(zhí)行不同活動集合。 發(fā)布發(fā)布活動向一個或多個端點發(fā)送消息的副本。發(fā)布活動采用異步方式，不接收響應(yīng)。 報告報告活動從消息上下文捕捉信息（例如業(yè)務(wù)級數(shù)據(jù)），以便填充控制臺內(nèi)的報告。 跳轉(zhuǎn)跳轉(zhuǎn)活動終止階段內(nèi)的處理。它們用于在發(fā)生某些情況時，向錯誤句柄拋出錯誤或跳轉(zhuǎn)到管道下一階段。 日志

41、日志活動能將選定上下文記入ORACLE WebLogic Server的系統(tǒng)日志，從而達(dá)到調(diào)試的目的。 圖12 管道階段和活動。 3.2.3 運行分支由于消息流一般使用基于WSDL的服務(wù)，所以必須頻繁執(zhí)行運行和專門處理。Oracle Service Bus不需要根據(jù)運行手工配置分支節(jié)點，提供自動分支的零配置分支節(jié)點。如果沒有為服務(wù)端點配置運行分支，Oracle Service Bus會根據(jù)消息上下文中指定的運行自動分岔到適當(dāng)?shù)倪\行中。 3.2.4 轉(zhuǎn)換轉(zhuǎn)換用于源服務(wù)與目的地服務(wù)間存在不同的數(shù)據(jù)類型，以及需要數(shù)據(jù)映射以便轉(zhuǎn)換數(shù)據(jù)的情況。Oracle Service Bus支持使用XQuery的數(shù)

42、據(jù)映射以及“可擴展樣式表語言轉(zhuǎn)換”(XSLT) 標(biāo)準(zhǔn)。XSLT圖描繪了XML與XML的映射，而XQuery圖可以描繪“XML與XML”、“XML與非XML”和“非XML與XML”的映射。這些轉(zhuǎn)換可由開發(fā)人員創(chuàng)建并導(dǎo)入Oracle Service Bus，也可以利用控制臺本身的XQuery編寫轉(zhuǎn)換的腳本。還有兩種轉(zhuǎn)換消息上下文的方法。第一種使用XQuery或XSLT重新格式化消息，這種方法最常用。第二種操縱消息的內(nèi)容，以便添加、刪除或只替換某些元素。根據(jù)代理服務(wù)的消息流配置，轉(zhuǎn)換可以發(fā)生在不同的位置。圖13顯示了轉(zhuǎn)換發(fā)生在動態(tài)路由情況的例子。在消息發(fā)送到目的地服務(wù)前，使用導(dǎo)入的XQuery轉(zhuǎn)換消

43、息，而相反的轉(zhuǎn)換運用于服務(wù)響應(yīng)。 圖13 轉(zhuǎn)換 3.2.5 消息操縱消息操縱是另一種轉(zhuǎn)換，它通過操縱消息的內(nèi)容（而不是整個結(jié)構(gòu)），使消息與目的地服務(wù)兼容。“活動（Action）”可用于消息流的請求或響應(yīng)管道中的消息。表5中描述了通過內(nèi)容操縱可用于轉(zhuǎn)換消息的不同活動。表5 通過內(nèi)容操縱可轉(zhuǎn)換消息的活動活動描述插入將數(shù)據(jù)元素插入消息。這個插入可以按配置時的指定，發(fā)生在消息上下文的任何位置。 刪除刪除消息中的數(shù)據(jù)元素。它用于目標(biāo)目的地不需要消息中特定數(shù)據(jù)元素的情況。 替換用不同的系列替換消息中的一系列文本。例如，這可用于替換消息的名稱空間。 在圖14中，首先操縱消息的內(nèi)容以刪除其中的數(shù)據(jù)元素，然后將

44、消息發(fā)送到目的地端點。當(dāng)收到響應(yīng)時再加回該元素，以便與發(fā)出請求的客戶兼容。圖14 消息操縱 3.2.6 消息驗證Oracle Service Bus能通過“驗證活動”，對照WSDL或XML schema驗證進(jìn)出的消息。這個活動可以發(fā)生在消息流內(nèi)的任何時間，并能保進(jìn)出的消息符合目的地服務(wù)使用者或提供者期望的格式（參加圖15的例子）。驗證失敗的消息可記錄該失敗，還可以產(chǎn)生錯誤，此時錯誤階段可使用替代活動。消息驗證可用于服務(wù)版本控制，以針對不同版本的schema或WSDL驗證消息。這是為了確保消息被發(fā)送到服務(wù)端點的正確版本，或在發(fā)送消息前檢查是否必須應(yīng)用轉(zhuǎn)換。 圖15 消息驗證3.2.7 動態(tài)路由在

45、請求的某些元素可能造成多目的地服務(wù)的情況下，Oracle Service Bus能根據(jù)消息內(nèi)容執(zhí)行動態(tài)路由。當(dāng)“業(yè)務(wù)需求”控制請求的某些條件，定義處理請求的位置時，動態(tài)路由就有用。例如，金融機構(gòu)申請有關(guān)客戶的信用報告可能根據(jù)客戶或機構(gòu)的住所，使用多項信用服務(wù)。 動態(tài)路由通過條件轉(zhuǎn)移語句（或服務(wù)調(diào)用）分析消息，從而檢索某個數(shù)據(jù)元素或多個數(shù)據(jù)元素的數(shù)值。不同的業(yè)務(wù)服務(wù)目的地被賦予這個條件檢查的不同數(shù)值組合，允許將消息動態(tài)發(fā)送到多項業(yè)務(wù)服務(wù)。根據(jù)業(yè)務(wù)服務(wù)需求，轉(zhuǎn)換可用于一個或多個此類目的地。圖16提供了一個基于內(nèi)容的動態(tài)路由的例子。Oracle Service Bus能創(chuàng)建通用代理服務(wù)，可接收任何S

46、OAP或XML消息。這些通用服務(wù)類型可以提供基于內(nèi)容的動態(tài)路由。代理服務(wù)經(jīng)過配置可分析它接收的SOAP或XML消息，然后決定將消息發(fā)到哪里。此類路由的一個優(yōu)勢是“動態(tài)協(xié)議切換”。例如，如果存在多個端點，但有些采用HTTP而其他使用JMS協(xié)議，就在運行時決定采用哪個協(xié)議。這隱藏了服務(wù)使用者面臨的協(xié)議細(xì)節(jié)的復(fù)雜性。事實上，服務(wù)使用者可以向Oracle Service Bus發(fā)送一條HTTP請求，而不必了解該消息通過JMS還是其他協(xié)議最終發(fā)送到服務(wù)端點。 圖16 基于內(nèi)容的動態(tài)路由3.2.8 服務(wù)調(diào)用Oracle Service Bus提供服務(wù)調(diào)用（service callout）活動，為更復(fù)雜的消

47、息流帶來更大的靈活性。這個活動通常用于復(fù)雜的動態(tài)路由情況，此時很難決定將消息發(fā)送到何處，或要執(zhí)行消息擴展。在路由階段使用服務(wù)調(diào)用活動時，可請求Oracle Service Bus內(nèi)注冊的另一個服務(wù)在消息上執(zhí)行某種活動。該服務(wù)將向消息流返回響應(yīng)，并將該響應(yīng)賦值為本地變量。然后就可以在當(dāng)前的消息流中使用改變量。3.2.9 錯誤處理Oracle Service Bus提供強大的錯誤處理功能，能為配置服務(wù)靈活垢處理錯誤。它可以多種方法處理錯誤，例如： ü 測試斷言是否真實，并在請求或響應(yīng)管道中發(fā)送失敗響應(yīng)。 ü 配置服務(wù)以便在多級捕捉和處理錯誤，包括階段、路由節(jié)點、管道或服務(wù)級別。

48、捕捉錯誤的配置級別可根據(jù)期望的服務(wù)行為而定。ü 允許默認(rèn)系統(tǒng)錯誤句柄處理錯誤。 通常，更簡便的方法是在消息流的最低級別處理特定錯誤，使用較高級別的錯誤句柄默認(rèn)處理尚未處理的錯誤。最好顯式處理管道中預(yù)期錯誤，并允許系統(tǒng)錯誤句柄處理意外錯誤。但是，與WS-Security相關(guān)的錯誤必須在服務(wù)級別處理。如果發(fā)生錯誤，每個階段都可能有一系列步驟，以便為該階段建立錯誤管道。預(yù)定義的上下文變量 $fault保存了錯誤的相關(guān)信息，在錯誤管道中可訪問該數(shù)據(jù)。出錯時調(diào)用存在的最低范圍的錯誤管道（意味著為處理錯誤而配置的最低級別）。這條錯誤管道使用戶可按下列方法處理錯誤： ü 向備用端點發(fā)布原

49、始消息ü 生成錯誤響應(yīng)消息，返回代理服務(wù)的調(diào)用者ü 用日志活動記錄消息，或使用報告活動生成錯誤情況的報告ü 修改上下文后繼續(xù)通過管道處理消息ü 引發(fā)異常，將控制轉(zhuǎn)到下一級更高范圍的錯誤管道 Oracle Service Bus控制臺用于跟蹤消息，以便獲得消息流的精確描述，提高錯誤的可視性；例如，可查看報告原始消息，顯示它被提交處理，然后可查看后來報告的錯誤，顯示沒有正確處理該消息。這樣會同時提供消息流和錯誤流的全面視圖。3.2.10 安全性O(shè)racle Service Bus將成熟的的WebLogic Security Framework用作更高級安全服

50、務(wù)的構(gòu)件，包括身份驗證、身份斷言、授權(quán)、角色映射、審計和憑證映射。同樣，在控制臺用于配置安全性前，要配置ORACLE WebLogic Server的安全性。 控制臺具有預(yù)定義規(guī)則，允許方便地在多個不同運行級別使用ORACLE WebLogic Server的安全性提供者，如表6所示。表6 安全性規(guī)則安全級別描述用戶管理控制臺允許根據(jù)相關(guān)安全策略，添加用于任務(wù)級授權(quán)的用戶、組和角色。 控制臺安全性提供對控制臺功能的可管理訪問，限制用戶在其中查看和內(nèi)容和執(zhí)行的操作。 傳輸級安全性O(shè)racle Service Bus支持傳輸級的保密性、消息完整性和客戶身份驗證，可通過HTTPS進(jìn)行單向請求或請求與

51、響應(yīng)的交易，確保連接的安全性。這些可配置為使用基本的身份驗證、客戶證書確認(rèn)的身份驗證或無客戶身份驗證。電子郵件和FTP通過使用安全憑證連接到FTP或電子郵件服務(wù)器，從而提供服務(wù)。 消息級安全性消息級安全性指定客戶機應(yīng)用與Web 服務(wù)間的SOAP消息是否應(yīng)采用數(shù)字簽名、加密或同時使用兩種加密方式。 它還用于指定用戶名令牌身份驗證、身份傳播和證書身份驗證。Oracle Service Bus使用WS-Security作為消息級安全性定義的框架。消息級安全性使用“Web服務(wù)策略”(WS-Policy) 指定的安全策略語句進(jìn)行配置。WS-Policy是基于XML的可擴展框架，可用特定域的斷言擴展Web

52、服務(wù)的配置，并指定Web服務(wù)的要求、期望和功能。 3.3 服務(wù)管理除了提供服務(wù)路由和轉(zhuǎn)換這樣的ESB功能外，Oracle Service Bus還包含服務(wù)監(jiān)視和管理功能，可確保按照IT部門的期望成功地運行。下面將詳細(xì)描述Oracle Service Bus的服務(wù)管理和監(jiān)視功能。 3.3.1 監(jiān)視Oracle Service Bus可監(jiān)視和收集系統(tǒng)運行和業(yè)務(wù)審計目的的運行信息。通過可定制的“Dashboard（管理板）”查看Oracle Service Bus收集的運行統(tǒng)計信息。Oracle Service Bus管理板能監(jiān)視系統(tǒng)的運行狀況并標(biāo)記消息傳輸服務(wù)中的問題，在發(fā)生問題時允許快速隔離和診斷問題。 管理板使用戶能立即以圖形方式查看所有服務(wù)器和所監(jiān)視服務(wù)的狀態(tài)。圖