生产环境里最让人头疼的一类 SAP Gateway 故障，并不是一个清清楚楚的 ABAP Dump，也不是浏览器直接返回一条足够明确的 OData 错误，而是请求已经穿过了好几层框架，前端只看到 HTTP 500，Gateway Hub 上能找到一点线索，后端业务系统似乎又没有明显异常。开发人员打开ST22没看到对应 Dump，继续检查SM21也没有得到完整答案，最后不得不回到/IWFND/ERROR_LOG、/IWBEP/ERROR_LOG、Application Log 和 Gateway Trace，一层层拼出请求真正走过的路径。这恰恰是 SAP Gateway Integration Scenarios 日志设计想解决的问题。SAP 官方文档在 User/Request Specific Logging in the Application Log 中给出了一张非常大的处理矩阵，从 Consumer Connectivity 一直延伸到 SAP System。表面上看，这张表只是把 Consumer Application Inbound Service、Event Manager、Instance Manager、Generic Service Consumer、Generic Service Provider、GSI、BSO、Backend Outbound Service 等组件以及需要记录的处理动作罗列出来。真正有价值的地方却在另一层，它试图建立一种跨组件的可观测性模型，让一次业务请求即使穿过多个技术层、多个逻辑对象乃至多个 SAP 系统，仍然可以通过 Request ID、Transaction ID 从 Request ID 到全链路诊断，读懂 SAP Gateway Integration Scenarios 的日志设计
生产环境里最让人头疼的一类 SAP Gateway 故障，并不是一个清清楚楚的 ABAP Dump，也不是浏览器直接返回一条足够明确的 OData 错误，而是请求已经穿过了好几层框架，前端只看到 HTTP 500，Gateway Hub 上能找到一点线索，后端业务系统似乎又没有明显异常。开发人员打开ST22没看到对应 Dump，继续检查SM21也没有得到完整答案，最后不得不回到/IWFND/ERROR_LOG、/IWBEP/ERROR_LOG、Application Log 和 Gateway Trace，一层层拼出请求真正走过的路径。这恰恰是 SAP Gateway Integration Scenarios 日志设计想解决的问题。SAP 官方文档在 User/Request Specific Logging in the Application Log 中给出了一张非常大的处理矩阵，从 Consumer Connectivity 一直延伸到 SAP System。表面上看，这张表只是把 Consumer Application Inbound Service、Event Manager、Instance Manager、Generic Service Consumer、Generic Service Provider、GSI、BSO、Backend Outbound Service 等组件以及需要记录的处理动作罗列出来。真正有价值的地方却在另一层，它试图建立一种跨组件的可观测性模型，让一次业务请求即使穿过多个技术层、多个逻辑对象乃至多个 SAP 系统，仍然可以通过 Request ID、Transaction ID