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應用。

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