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的原創技術文章，請關注公眾號"汪子熙"或者掃描下面二維碼: