SAP Netweaver的負載均衡消息服務器 vs CloudFoundry的App Router

Message server for ABAP Netweaver

SAP傳統應用經典的三層架構：

起到負載均衡的消息服務器（Message Server）在圖中沒有獲得體現。而後，消息服務器在咱們天天用SAPGUI工做中扮演着重要的角色。

好比Jerry作CRM開發用的系統AG3，消息服務器維護以下：

使用事務碼SMLG，發現AG3由三臺不一樣的應用服務器組成，編號分別爲54，55和56。

當用戶使用SAPGUI登陸時，消息服務器會自動將當前負載最小的應用服務器實例返回給用戶進行登陸。全部參與負載均衡場景的應用服務器也會定時將本身的負載通知消息服務器。

Netweaver負載均衡的更多細節，參考SAP幫助文檔HTTP Load Distribution Using SAP Message Server

CloudFoundry Application Router

在SAP雲平臺的CloudFoundry環境裏，Application Router做爲全部應用訪問的入口。

上圖1～8的圖例描述了部署在SAP雲平臺CloudFoundry環境上的Web應用是如何經過Cloud Connector訪問On-Premise系統上的服務。

1. App Router做爲用戶訪問的入口。

2. 用戶訪問請求被重定向到XSUAA。XSUAA要求用戶登陸。用戶完成登陸操做後，一個JSON Web Token(簡稱爲JWT1)被建立，發送給App Router，並緩存於App Router內。

3. App Router將請求和步驟2生成的JSON Web Token一塊兒轉發給Web應用。

4a. Web應用再次向XSUAA請求一個JSON Web Token(JWT2), 用於訪問destination實例。

4b. Web應用並行地向XSUAA請求第三個JSON Web Token(JWT3)，用於connectivity實例的訪問。

5. Web應用使用JWT2獲取destination配置。

6. Web將請求和JWT3轉發給connectivity實例。

7. SAP Cloud Platform Connectivity將請求經過Secure tunnel轉發給Cloud Connector。

8. Cloud Connector將請求發給On-Premise system。

更詳細的介紹，請參考李貝寧的公衆號文章 SAP成都研究院李三郎：SCP Application Router簡介.

要獲取更多Jerry的原創技術文章，請關注公衆號"汪子熙"或者掃描下面二維碼: