範例應用程式

範例應用程式由 WSRR 中說明及控管的「Web 服務」及 RESTful API 兩者組成。DataPower® 網域是利用 WSRR 配置為閘道,並提供範例「Web 用戶端」來練習服務。

範例應用程式中的基本實務範例為儲存庫 (Warehouse) 之庫存應用程式的實務範例,以及為行動式裝置複製其中一個作業的 RESTful 服務。Store Web 服務具有三個作業:
  • purchase
  • findInventory
  • returnProduct
上一個作業 findInventory 也可以當作 RESTful 服務使用。

範例 Web 服務

基本服務等級定義 (SLD) 已附加兩個調解原則:
  • 對 Store.wsdl 的驗證。範例假設「DataPower 驗證」已關閉。
  • 如果 90 秒內有超過 5 則訊息,則拒絕。此臨界值很低是為了易於示範。

Store 服務的消費者為 StoreConsumer 應用程式,具有消費者 ID CEO。此消費者具有兩個「服務等級協定 (SLA)」(Gold 及 Silver)。如果要求進入 DataPower 且消費者 ID 為 CEO,「環境定義 ID」為 Silver,則容許要求通過,因為有既定的 Silver SLA。如果消費者 ID 為 CEO,而且環境定義 ID 為 Gold,則 Gold SLA 符合。此 SLA 具有對其附加的重新遞送原則,因此要求會重新遞送至原則中陳述的替代端點。

如果送達的要求具有 CEO 以外的消費者 ID,則沒有此消費者 ID 的「應用程式版本」。因此,也沒有符合的 SLA,所以這是來自匿名消費者的要求。因此會套用附加至匿名 SLA 的任何原則。在此情況下,這會導致通知出現在日誌中。請注意,範例並未包括一種方法,來傳送消費者 ID 不是 CEO 的要求。

實務範例也會對 findInventory 作業執行授權,這是根據使用者群組成員資格。範例隨附一個 LDAP 伺服器,以將使用者認證對映至正確群組。

範例應用程式流程圖顯示應用程式的流程,每一個方框代表不同的 DataPower 閘道。

圖 1. 範例應用程式流程圖送入的要求具有 SKU ID 及「基本」鑑別安全,進入 StoreAddLTPA,再進入 StoreWSP,在其中使用 LTPA 記號來鑑別要求。如果使用者為 Gold 使用者,則要求會傳送至 StoreAlternateMockService,但如果不是,則要求會傳送至 StoreMockService。如果使用者為經理,則回應包含所有資料,但如果不是,則回應為已編寫的價格資料。

範例 RESTful 服務

RESTful 服務的控管方式與 Web 服務類似,但使用原則的方式除外。如同 Web 服務一般,有兩個 SLA:一個用於 Silver 客戶,而一個則用於 Gold 客戶。不過 REST 服務,在 SLD 層次則沒有附加的任何原則(套用至所有要求)。而是有一個原則附加至每一個 SLA。Gold SLA 具有一個在 90 秒內提出超過 5 個要求之後拒絕訊息的原則,而 Silver 則在拒絕之前容許 90 秒內提出 2 個要求。


概念 概念

反饋


「時間戳記」圖示 前次更新: 2014 年 3 月 5 日


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