本博客提供了关于使用"SAP云平台，Kyma运行时"（又名SKR）和"SAP云平台集成套件"（又名CPIS）的指导。

它包含了详细信息和实际用例，帮助您了解这两种产品如何最适合不同的用例，并为客户和合作伙伴提供互补的需求。目的是帮助客户和合作伙伴在解决业务问题时在CPIS和SKR之间做出合理的选择。

集成平台中没有业务逻辑。业务应用程序中没有集成逻辑。业务事件可以触发扩展和流程集成。

概览

当业务案例需要添加业务逻辑作为扩展时，建议使用SKR解决方案。它支持使用事件驱动架构的异步扩展，以及使用API和微服务的同步扩展。

典型的扩展场景围绕：

聚合验证特定于客户或特定于行业的业务逻辑为业务扩展逻辑启用第三方或超定标器服务使用（例如Azure Cosmos DB）

扩展逻辑本身可以根据业务逻辑的需要与一个或多个SAP或第三方应用程序进行交互。

您可以通过business events或cloud native与SKR实现并行扩展扩展。

使用SKR进行并行扩展提供了以下好处：

使用应用程序连接器和管理平面解决了与SAP系统的开箱即用连接。能够使用服务目录使用超定标器和SAP云平台提供的服务。部署微服务和lambda来实现定制业务逻辑的扩展。使开发人员能够构建真正的云本机扩展，电商平台数据分析，其中包括监控、跟踪、警报、自动伸缩、，安全的服务间通信已经现成解决了。

在扩展业务逻辑时最适合使用SKR的扩展模式：

SKR是首选的各种问题域由以下示例用例描述。

在本例中，业务场景需要捕获最终用户直接或间接触发的系统活动。触发器然后使用并行扩展性扩展应用程序逻辑和新功能。

这里的一个例子是SAP Sales Cloud中的"Opportunity Created"活动，它作为事件发送给SKR，用户可以在SKR中实现符合其业务需求的扩展逻辑。

这样的模型基于业务活动事件触发。在这个概念中，应用程序中的任何业务事件都将向SKR发送一个事件，从而触发一个可以执行扩展的业务逻辑的计算（无服务器或微服务）。

下一节描述了一个真实的业务案例，您可以将其用作此类业务活动事件的参考。

因为它通常是在这种情况下，验证商业系统中的订单是最基本的要求之一。

它带来了以下业务挑战：

验证逻辑可能很复杂，并且特定于业务、地区或其他上下文，需要定制。逻辑本身可能需要经常更改，以适应客户行为并识别欺诈订单。该解决方案需要能够轻松地与通知媒介（如Slack等）集成，以便快速周转和采取行动。

如果我们总结上述业务需求，技术要求是：

能够使用扩展逻辑扩展SAP Commerce云，而不仅仅是中介。支持频繁的更改和部署。

这反过来又表现为一个场景，云服务市场，您可以扩展SAP Commerce云的核心业务逻辑（验证顺序）。对于这样的用例，SKR是首选的技术，原因如下：

在SKR中，云服务器和服务器，实现自定义业务逻辑（如欺诈检查）作为lambda或微服务工作得更好，具有底层代码的灵活性。能够通过lambdas和microservices快速部署扩展，加快上市时间。能够轻松快速地实现逻辑中的任何更改，从而使扩展适应外部因素。这是一个重要的要求，因为可以有新的欺诈订单方式，快速调整欺诈检查逻辑非常重要。

下面是使用SKR解决此类业务用例的推荐方法。

扩展逻辑是通过对作为事件发送到SKR的系统活动进行操作触发的。

某些业务场景需要编写新的微服务或无服务器功能，并通过新的前端组件进行扩展，或以同步方式扩展业务流。这需要在应用程序外部添加额外的业务逻辑。此外，企业应用管理，此业务逻辑可能需要与一个或多个SAP或第三方系统进行交互。

对于此类业务场景，建议的方法是在SKR中实现无服务器功能或微服务，并将其公开为具有现成安全性的API。

这是一个实际业务案例的示例，其中建议使用SKR构建云本机扩展：

在商业系统中，您需要一个可伸缩、高效且易于调整的价格服务对于以下一些业务挑战：

价格波动性大，变化频繁。大量不同的数据（例如，特定于客户或上下文的价格）。使用ERP后端可能会带来可伸缩性问题。价格计算需要具有可扩展性和快速性，以便高效地处理大量请求。计算逻辑可能需要适应日常业务需求，如折扣活动。

如果我们总结以上业务需求，技术要求是：

高可扩展性性能频繁的更改和部署

这反过来表现为我们扩展SAP commerce云的核心业务逻辑（价格计算）的场景。对于这样的用例，SKR是首选的技术：