SAP BTP CPI性能问题,测试打开很慢的原因和解决方法。
SAP在强推BTP集成服务套件来替代PO。 但是,打开却很慢,一直经常显示SAP BTP Cockpit 正在加载中,请稍候… 体验非常不友好。对于企业来说,一般不愿意切换成BTP的CPI。 尤其是有PO的企业。 SAP Cloud Integration 使用经验场景如下: 源系统和目标系统接口类型不一致=》使用CPI进行接口适配 源系统和目标系统数据格式不一致=》使用CPI进行格式转换 集成需要日志记录=》使用CPI进行日志记录 严格的信息安全保障=》使用CPI对信息进行加密,考虑使用API Management 服务 涉及本地部署系统=》使用Cloud Connector 需要监控接口流量=》考虑使用API Management 服务 需要对使用率进行分析=》考虑使用API Management 服务 顺序异步处理=》使用Enterprise Message 异步处理不考虑顺序=》使用CPI Datastore 对数据进行暂存 同步处理数据量过大=》使用iFlow对数据进行分割处 我们可以看到,对于开发人员来说,除了流量,基本都能够实现。 而官方宣传的优势中,也不是那么明显。大多数是泛泛而谈。 集成套件优势 • 降低运维成本,相较于直联方式,集成套件的提供完整的监控体系,能够快速协助运维人员定 位后续运行时排错,降低运维成本。 • 加强安全机制,相较于暴露系统API的方式,集成套件在API基础之上做了二次封装,只暴露 API的部分功能。同时做二次身份安全封装,给于第三方调用者独立的身份信息,以防止部分 调用者身份出错,影响全部系统调用失效。 • 降低实施成本,开箱即用功能能够快速协助实施上针对于SAP系统的集成,降低实施周期和实 施成本。 • 高复用性,针对于自定义开发的工作流,作为实施商的数据资产,可以多次复用到新项目中, 从而降低实施周期。 • 满足特定加密需求 • 接口变更适配灵活 在大陆打开新加坡的节点,卡得一动不动的。虽然给了30天的免费试用期。 但是太卡了。要命的那种。也不能怪人家SAP。方老师整了1个墙。 再加上SAP系统本来就是多个表各种校验。架构沉重。很难达到秒以下的响应。