一套已经稳定运行多年的SAP Business Suite后端，经常会遇到一种很现实的开发需求。业务系统本身运行正常，标准业务逻辑也已经足够成熟，后台甚至已经存在可复用的BAPI、RFC Function Module或其他远程接口。现在项目只是希望把这些能力通过OData暴露出去，提供给SAPUI5、Fiori、移动应用或者其他 Web 客户端使用。这种情况下，一个很自然的问题就出现了。有没有必要为了开发一个新的OData Service，再次修改核心业务系统。经典SAP Gateway架构给出的答案之一，就是把新的Gateway Content放到独立的SAP Gateway Hub System中，让业务系统继续专注于原来的业务处理，由Gateway Hub承担OData协议层、服务模型、请求处理和远程系统路由。SAP 官方把这种方式称为Hub Deployment。如果后台已经存在满足需求的远程接口，而且项目并不希望在SAP Business Suite系统中增加新的应用代码，就可以在独立的SAP Gateway系统中安装相应组件，并在那里开发Gateway内容。这套架构看起来只是多了一台系统，真正理解之后会发现，它实际上重新划分了