集成 IBM API Connect 和 WebSphere Service Registry and Repository

API 經濟是由互聯設備和渴望富有吸引力的品牌體驗的用戶驅動的一種變革。API 就像一種數字化的粘合劑，通過向用戶公開企業服務來將服務、應用程序和系統鏈接在一起。與此同時，面向服務的架構 (SOA) 是被廣泛采用的服務管理標準。

通過來自 IBM 的 Connect 系列產品遷移到云

通過 來自 IBM 的 Connect 系列產品 ，使用現有應用程序和數據來發現、創建和發布 API。IBM API Connect（一個端到端的 API 生命周期管理解決方案）是讓 IBM Connect 系列產品凝聚在一起的粘合劑，這些產品包括： IBM WebSphere Connect 、 IBM Business Operations Connect 、 IBM App Connect 、 IBM z/OS Connect 、IBM DB2 Connect 和 IBM Dataworks Connect 。您可以將應用程序和數據公開為 API，并在它們與云之間建立連接。

IBM? WebSphere Service Registry and Repository (WSRR) 是一個成熟的 IBM SOA 存儲庫，旨在在所有規模的企業中提供必要的治理和服務管理。如果您在使用 WSRR，您可能想知道如何進一步公開和管理 API，而不失去您在 WSRR 環境中具備的能力和熟悉感。

IBM API Connect 是一個新的 API 創建和管理工具，旨在簡化用戶 API 的創建和管理。

本文將解釋如何結合使用 WSRR 和 API Connect，使用組合的功能來獲得最大業務價值和鞏固業務。您將學習 3 種集成 WSRR 和 API Connect 的戰略，以便挑選最適合您的應用和業務的戰略。

業務中的 WSRR

關注和投資 SOA 環境的企業需要采用一種有效的方式來管理這些環境，以相應調整為中心點。

WSRR 存儲了標準化的基于服務的工件，用以建模服務和企業擁有的服務的技術細節。它包含有關服務的功能和調用方式的所有信息。WSRR 的主要關注點是服務提供者。

服務的語義標注和元數據可提供有關誰是企業服務的潛在客戶的業務洞察。您可以找到可供使用的服務，評估服務更改的影響。

WSRR 將業務和 IT 團隊聚集在一起，以確保流程的生命力和適應快速的市場變化。它提供了高質量的服務，可確保每個流程和服務都根據企業需求來得到正確的管控和映射。

業務中的 API Connect

專注于探索新收入渠道和新業務機會的快速成長的企業，以及能向內外公開其服務的企業，是數字化變革的最佳候選者。

API Connect 是一個平臺，它提供了一種快速、敏捷的方式來創建 API 定義，管理 API 生命周期和安全地訪問 API，可幫助企業加速其數字化變革。API Connect 有助于發現、重用和擴展企業資產和能力，利用已有資源創造最大的業務價值。它使企業能夠衡量其公開的 API 的價值和用途，幫助他們為其業務發展創建快速、新穎的戰略。API Connect 的主要關注點是 API 的使用者和企業以及他們共享的資源。

API Connect 可基于您的需求來適應不同的環境：內部部署、云解決方案或混合云解決方案。

理解使用者與提供者、API 與服務之間的區別

API 面向使用者，而服務是面向提供者的。API 是企業共享的資源，而服務是企業擁有的記錄系統。

考慮以下定義：

• 使用者 是記錄系統的用戶。
• 服務 是記錄系統的提供者。
• 使用者 使用提供者的服務。

下圖給出了使用 API 和提供服務的系統示例：

結合使用 WSRR 和 API Connect

要從您的企業中獲得最大價值，可以結合使用 WSRR 和 API Connect 功能。

隨著企業繼續朝 API 經濟發展，集成 WSRR 和 API Connect，企業需要同時關注提供者和使用者：管理運行時服務和設計時服務。本文將提出 3 種不同的集成戰略，還將介紹每種戰略的優缺點。您可以評估您擁有的戰略和嘗試實現的戰略。

首先，確保您理解 WSRR 和 API Connect 的術語。

考慮下圖中的 WSRR 術語：

下表進一步解釋了這些術語：

表 1. WSRR 術語

術語	定義
企業	用于將擁有共同的干系人角色且需要緊密協作的資產分組到一起。它可能代表整個企業結構，在其中稱為組織結構。
業務應用程序	表示一種通過遺留應用程序實現的業務能力，或者一種通過 Web 或門戶應用程序實現的特定市場渠道。
應用程序版本	Web 應用程序的某個特定版本或發行版。應用程序版本僅是服務的使用者，因此沒有提供任何服務。
業務服務	一種被視為企業中的服務的業務能力。
服務版本	一個服務的特定版本或發行版，提供一些適合該服務版本的功能和非功能規范。
服務等級定義 (SLD)	用于在與提供的服務的交互中傳送消息的物理通信機制、安全措施和身份。
服務等級協議 (SLA)	一個功能版本對另一個服務版本提供的特定服務等級定義 (SLD) 的一種特定的依賴性。
端點	指定服務端口的一種獨特部署，提供一種基本途徑來管控對各個服務端點的訪問。

考慮下圖中的 API Connect 術語：

下表進一步解釋了這些術語：

表 2. API Connect 術語

術語	定義
開發人員組織	一群負責開發使用這些 API 的應用程序的開發人員。
應用程序	使用發布的 API 的應用程序。
產品	產品提供了一種將 API 分組到用于特定用途的包中的方法。產品包含計劃。
計劃	一種有利于應用程序開發人員使用來自一個或多個 API 的一組操作的分組。
API	一組提供一些業務或技術能力，可被應用程序使用既定協議調用的函數。

戰略 1：影響分析

WSRR 的一個獨特方面是對運行的所有服務的端到端（從應用程序到記錄系統）理解。這種將信息集中在一個位置的程度，使您能執行詳細的影響分析，減少中斷服務來進行維護所花的時間和承擔的風險。例如，下圖展示了兩個應用程序調用一個 Account creation 服務，而該服務本身使用了一個 Account eligibility 服務。

您可以配置 WSRR 來將 API 存儲為應用程序（或者在自定義配置文件時，可以將 API 存儲為它們自己的對象）。此配置是手動的，但可以自動化。

將 API 存儲在 WSRR 中并將它們推薦給從屬服務，這有助于影響分析。作為針對較小環境的一個額外步驟，您可以通過手動或自動流程在 WSRR 中注冊一個應用程序。

戰略 2：運行時執行和端點查找

WSRR 存儲服務的端點信息，您可以確定某個特定應用程序或 API 可使用哪個端點。

您可以通過創建自定義的用戶定義策略或 GatewayScript/JavaScript 策略，創建一個自定義的端點查找模塊。API Connect 可以查詢 WSRR，確保 API 與服務之間存在服務等級定義。然后，返回該端點，這樣 API 即可調用該端點。要確保對 WSRR 的調用次數最少，應確保實現了緩存。

此戰略允許在 WSRR 中對端點進行管控。如果您的團隊斷定某個 API 應使用不同的端點或服務（例如一個新版本），您可以在 WSRR 中執行更改，而不需要在 API Connect 中更改。此戰略有助于對 API 和服務關系執行一體化管理，降低向后端服務公開 API 的復雜性。

戰略 3：API 和服務 SLA 策略執行

通常，擁有 WSRR 環境的企業使用 IBM DataPower? 作為企業服務總線的網關。API Connect 包含 DataPower，但許多企業在現有企業服務總線前面使用 API Connect。

DataPower 可在 WSRR 中存儲和獲取策略。您可以使用這些策略設置 API 與服務之間的 SLA 的調節策略。例如，如果想確保某個特定端點不會負擔過重，或者不超出達成一致的 SLA，可在 WSRR 中使用策略。請注意，這些調節策略應用在 API 與服務之間，而不是用在應用程序與 API 之間。（API 以應用程序的形式存儲在 WSRR 中。）

當 API 存儲在 WSRR 中時，DataPower 可以確定、獲取和對消息應用來自 WSRR 的策略。

借助此策略，您可以針對一個服務收到的 API 泛洪請求設置額外的保護。如果沒有此戰略，一個 API 可能讓一個服務負擔過重，影響從該服務和其他 API 提供的所有 SLA。

結束語

本文介紹了結合使用 WSRR 功能和 API Connect 的 3 種戰略。考慮這些戰略，以便幫助您確定為您的業務結合使用 WSRR 和 API Connect 的最佳方式。

如果您已在使用者應用程序與企業服務總線之間進行了 DataPower 和 WSRR 集成，可以考慮所有這 3 種戰略。對于沒有現有的 DataPower 和 WSRR 運行時集成的解決方案，可以考慮使用戰略 1 或 2。

 

來自：http://www.ibm.com/developerworks/cn/middleware/library/mw-1609-fikry-trs/1609-fikry.html?ca=drs-