型樣概觀

IBM® SOA 原則型樣會根據從服務登錄中所擷取之原則文件包含的資料,遞送 MQ JMS 訊息。

IBM SOA Policy Pattern for Red Hat Enterprise Linux 2.0 版可供應及管理 IBM PureApplication System (IPAS) 硬體或 IBM Workload Deployer (IWD),以提供下列特性(這些特性已預先配置為型樣的組件):

此型樣可啟用那些實務範例?

MQ JMS 應用程式會將訊息傳送至此型樣的 JMS 輸入佇列,並且會根據與該輸入訊息相符的原則,將這些訊息遞送至另一個 MQ JMS 佇列。此型樣會使用 JMS 標頭資訊來決定適用的原則,然後會評估這些原則來決定要將訊息遞送至何處。會有回應傳回 JMS 傳送應用程式,以確認是否已順利遞送訊息。因此,此型樣可同時支援許多 JMS 應用程式,而每個應用程式都有它們自己透過一組原則來表示的遞送規則。

原則會根據「一天中的時間」及「星期幾」等等的項目來指定排程,以便將訊息遞送至不同的端點目的地。在此型樣中不支援其他條件或動作。此型樣會使用 WS-MediationPolicy 標準來定義遞送訊息的方式與時間。此標準的名稱空間為 http://www.ibm.com/xmlns/stdwip/2011/02/ws-mediation。Web Services Mediation Policy 1.0 網域會定義一組原則主張,用以說明服務的調解需求。

每個原則都是 SOA 原則生命週期的一部分。套用的原則必須處於「已核准」、「已淘汰」或「已替代」控管狀態。如需相關資訊,請參閱IBM SOA 原則型樣中的原則用法

型樣中包含哪些項目?

IBM SOA 原則型樣是虛擬系統型樣的範例。虛擬系統型樣是由多個組件所組成。每個組件都是一個虛擬作業系統映像檔,其中包含已安裝的 IBM 軟體,並已根據供應程序中所提供的型樣參數來配置此軟體。

此型樣提供三個組件:
  • 包含 WebSphere Message Broker 8.0.0.1 版與 WebSphere MQ 7.0.1.8 版的映像檔。
  • 包含 WebSphere Service Registry and Repository 8.0 版與 WebSphere Application Server 8.0 版的映像檔。
  • 包含 DB2® Enterprise Edition(用以支援 WSRR)9.7.5 版的映像檔。
IBM PureApplication System 硬體或 IBM Workload Deployer 使用者建立IBM SOA 原則型樣的實例以提供預先配置的 ESB 時,即會從這些組件中建立這三個映像檔。下圖顯示這項配置:
圖 1. IBM SOA 原則型樣概觀本圖能呈現此配置,在本節中會以文字加以說明。
若要建立此配置,使用者要執行下列元件:
  1. 一個 WebSphere MQ 佇列管理程式,用以提供 JMS 服務,以及讓 JMS 程式連接至型樣。
  2. 一個預先配置的 WebSphere Message Broker,用以在 JMS 目的地之間執行遞送。
  3. 一個預先配置的 WSRR 實例,用以定義及管理控制遞送的原則。
  4. 一個 DB2 實例,用以支援 WSRR。
  5. IBM Workload DeployerIBM PureApplication System 瀏覽器為基礎的使用者介面,用以部署型樣。
  6. 以 Business Space 瀏覽器為基礎的使用者介面,用以建立及管理原則。

它可與哪些其他的應用程式整合?

您可以將您自己的原則文件載入 WSRR 中,這些原則會定義它們自己的 JMS 端點目的地。在第一次配置時,會以使用兩個範例端點的兩個範例原則來載入登錄。隨附於 IBM SOA 原則型樣的 WebSphere Message Broker 配置會提供從輸入佇列中讀取 JMS 訊息的訊息流程,然後根據從登錄中擷取到的原則,將訊息遞送至輸出佇列。

IBM SOA 原則型樣包含 JMS 提供者,但不含 JMS 應用程式,因此您必須新增現有的 MQ JMS 應用程式,才能完成解決方案。JMS 目的地是使用標準 WebSphere MQ 程序來定義的。您可以選擇 MQ JMS 應用程式的連接方式,以控制您所建置的傳訊拓蹼類型;這些應用程式可使用 MQ 用戶端連結,從遠端連接受到型樣管理的單一佇列管理程式;或者,它們可以使用 MQ 分散式傳訊技術,將訊息從現有的遠端佇列管理程式,送到型樣佇列管理程式中。

您如何控制訊息遞送?

將型樣實例化後,遞送行為將受到原則管理者的控制;此管理者會使用 Business Space(隨附於 WSRR)來定義及管理符合遞送需求的原則。每個原則都必須有一個 JMS 目的地,因此傳訊管理者必須確定原則中所定義的每個 JMS 端點,也都存在於傳訊子系統上。如需相關資訊,請參閱使用已部署的實例


資訊 資訊

反饋


「時間戳記」圖示 前次更新: 2012年10月16日


http://publib.boulder.ibm.com/infocenter/prodconn/v1r0m0/topic/com.ibm.scenarios.soawmbwsrr.doc/topics/pattern_overview.htm