手机版 欢迎访问魄力云云市场资讯网站

当前位置:主页 > 云存储 >

网站服务器_国服服务器_高性能

时间:2021-06-12 00:21:55|来源:魄力云|编辑:魄力云|点击:

网站服务器_国服服务器_高性能

作为一个经常在SAP称为"集成架构师"的领域工作的人,我最近决定参加2019年6月的openSAP课程Simplify Integration with SAP Cloud Platform Integration Suite。在本资料的前面,我们看到了预打包的CPI"集成流"的演示:SAP HCM"员工数据复制"的成功因素。随后提供了第二个演示,展示了使用另一个预打包的CPI集成流(或"iFlow")将汇率数据从S/4复制到SuccessFactors的过程。很明显,SAP已经决定使用数据复制解决"黄金记录"的重生问题;没有"黄金记录",而是"所有记录都是平等的"。

在看到使用CPI设置这些iFlow有多么容易之后,这个问题仍然存在,如果我还想将在SuccessFactors中更改的员工数据发送到第二个或第三个系统(基于暴力,所有记录都是平等的方法),如果其中一个(可能是非SAP)系统不在现有CPI iFlow中,会发生什么?结果很明显,您需要使用完全不同的方法构建一个并行解决方案,并且两个解决方案必须并行维护。在这个时候,我们必须问,考虑到这种复杂性和未来的"锁定"风险,如果只构建一个管理所有公司集成需求的定制集成(一个不承担任何许可成本的集成)不是更简单吗?我想答案应该是直截了当的。

第二个例子是什么,汇率数据复制?我们能想象这些数据需要扩散到不仅仅是成功因素吗?我们能想象对实时汇率数据的需求吗?后者使用CPI iFlow方法会有问题,因为这个CPI集成是计划的,而不是事件驱动的。在任何情况下,让我们设想一个场景,一个企业有五个不同的后端系统,它们都依赖于近实时的汇率数据,而这五个系统都奇迹般地被预先打包的CPI集成内容所覆盖。五个独立iFlow中的每一个都需要计划为每2-5秒运行一次=对于单个数据复制需求,在CPI上每分钟最多运行150个作业(并且无论速率是否已更改)。这就把对汇率"黄金记录"的简单需求变成了一个昂贵而复杂的命题;我们是否应该假设所有五个后端都在某种幸运的情况下被预先包装好的CPI整合内容覆盖,并且这一点不会改变(即从来没有必要添加新的,不包括系统)

本课程继续讨论CPI"API管理"以实现"已开发API的货币化"。在这里,我们被告知"像启动产品一样考虑启动API。它是关于做研究,找到合适的API来构建,确定谁将使用API,他们愿意支付什么"。此时此刻,我突然想到,二十年来我从未见过一个ERP客户机为其外部合作伙伴开发全新的SOAP API。实际上,这类api通常是(软件/)ERP供应商的领域,而不是ERP客户机。如果一个企业决定安装一个大型而复杂的ERP环境,那么可以说它也决定不开发自己的定制解决方案;或者至少开发尽可能少的解决方案。对于那些他们将不可避免地需要与合作伙伴进行的定制集成,企业开发软件,他们不是通常利用大量成熟的、公开可用的海量数据交换标准吗,例如EDIFACT、iDoc、cXML等等?这不正是为什么这样的数据交换标准是公开的、稳定的吗?

然后我们了解SAP的"数字集成中心",这是SAP最近推出的一款产品,"通过在‘API服务层’和记录系统之间插入一个高性能的内存‘数据存储层’,实现大规模、高吞吐量的API"。它是数字集成中心的"集成层"组件,"保持记录源系统和高性能数据存储同步"。因此,似乎已经通过CIP上运行的计划作业在各种后端系统中复制的假黄金记录现在也必须复制到数字集成中心的内存"数据存储层"中。此外,如果您还没有为您的每个定制集成需求开发定制API,那么您就没有什么可以向您的合作伙伴公开的数字集成中心面向客户的"API服务层"。作为一个基于云的解决方案,您可能已经猜到了,不管您的公司已经进行了多少大的投资来增强您现有的On Prem S/4db服务器,以满足内存计算的强劲需求,这些内存在基于云的场景中都没有用处:您必须为"HANA-as-a-Service"的云驻留"内存数据网格"购买订阅。然后,您必须使用HANA的"智能数据集成"("数据供应代理")将"实时"数据复制到新的基于云的"内存数据网格"(乘以公开API的数量)。尽管如此,这个解决方案"将前端API服务与记录系统分离,以获得快速响应时间";因为您希望您的合作伙伴愿意为API的使用向您付费。它还"使前端API服务能够访问分散在多个后端系统中的数据";从而使聚合和暴露的假黄金记录变得昙花一现。

SAP最近推出的基于云的"SAP Graph"是最近于2019年9月推出的一款测试版产品,因此在上述课程中没有涉及,这是"仍在发展中"。SAP Graph"将现有[SAP]产品的API包装到跨现有[SAP]源系统的统一API层中"。它是一个"跨不同SAP解决方案和技术存储和拥有的连接数据对象网络。可通过互联数据模型中的SAP Graph访问的数据对象可通过基于HTTP的API使用,该API以统一模式"=在‘协调实体层’(尽管不存在具体的实体层)公开来自多个SAP系统的数据。然而,云赚,sapgraph将只提供一组"精心策划"的api;用规范化的签名重新公开大约20%的现有后端api(因为开发人员应该希望发现这种方法不那么复杂)。如果您的解决方案需要sapgraph不重新公开的80%的api之一,或者非SAP产品托管的api呢?同样,您可以使用完全不同的技术建立一个并行解决方案,并希望您永远不需要将非SAP(或旧SAP)产品添加到您花了数周时间使用SAP Graph开发的集成中;此时,您需要重新开始(已经支付了相关的订阅费用)。

云主机服务商 Ucloud云计算 移动云数据 云存储服务器 Ucloud云主机 云计算提供商 阿里数据库 服务器租用 云储存服务器 Web云服务器 ucloud云数据库 独享云主机 云服务器服务商 海外云存储 云服务器主机 云计算解决方案 国内云存储 数据库云平台

Copyright © 2002-2020 魄力云 版权所有

备案号:豫ICP备56298345号