本篇文章为大家展示了SAP Netweaver for App Router的示例分析，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
SAP传统应用经典的三层架构：
起到负载均衡的消息服务器（Message Server）在图中没有得到体现。然后，消息服务器在我们每天用SAPGUI工作中扮演着重要的角色。
比如Jerry做CRM开发用的系统AG3，消息服务器维护如下：
使用事务码SMLG，发现AG3由三台不同的应用服务器组成，编号分别为54，55和56。
当用户使用SAPGUI登录时，消息服务器会自动将当前负载最小的应用服务器实例返回给用户进行登录。所有参与负载均衡场景的应用服务器也会定时将自己的负载通知消息服务器。
在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 Netweaver for App Router的示例分析，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注亿速云行业资讯频道。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
