把分布式 SAP PI 监控收拢到一个入口，Central Monitoring 的架构逻辑与配置思路

在 SAP PI 或早期 SAP XI 项目里，真正让运维团队头疼的往往不是单个接口报错，而是错误散落在多个地方。一个采购订单从 ABAP 后端发出，经过 Integration Server，进入 Java Adapter Engine，再通过文件、SOAP、RFC 或 IDoc 通道送到外部系统，中间任何一站都可能留下消息状态、性能记录、通道告警、缓存异常或连接失败。业务部门只看到订单没有到达，Basis 团队看到的是一串分散的监控入口，开发团队又要回到 ESR、Integration Directory、消息监控和适配器日志之间来回切换。Central Monitoring 要解决的正是这个问题，它不是再造一个全新的监控产品，而是把 SAP NetWeaver AS 里已有的监控能力、PI 组件清单、通信地址和 Runtime Workbench 的统一入口组合起来，让一个分布式 PI landscape 可以按一个整体来观察。SAP 官方对 Central Monitoring 的定义也很直接，它用于启用分布式 Process Integration landscape 的集中监控，并依赖 CCMS、Alert Framework 等 SAP NetWeaver AS 基础监控服务，同时通过 SLD 查询 PI 组件及其通信地址，再通过 Runtime Workbench 提供集中访问入口。(