简介：

IT系统景观主要是内部和云系统的混合景观，应用程序为SaaS或自制应用程序。在混合环境中集成这些系统和应用程序是组织顺利运行端到端业务流程的关键。集成将为用户在浏览业务流程时提供统一的体验。但大多数时候，积分就像黑匣子。在某种程度上，集成只是工作，但业务对它们的可见性较低。例如，"9月份从客户a收到多少订单需要运到地点a？"。在ERP系统中，我们可以通过运行订单报表来直接回答这个问题。我们能从集成的角度回答类似的问题吗？集成系统（中间件）的一个优势是所有的接口通信都通过这些系统。这些系统甚至在后端ERP系统中创建订单之前就知道客户何时创建订单。我们能否利用这一优势，从集成的角度深入了解业务流程？原来答案是肯定的。另一种情况是，如果集成存在问题，我们是否可以分析影响和受到影响的事务，大数据资源，并快速而优雅地从中恢复。这个博客讨论了一种方法。这个博客的基础是我以前的博客。如果您想回顾这背后的技术架构，上海大数据，请浏览下面的内容。

说明：

对于博客的其余部分，我将讨论上述使用SAP云平台集成（CPI）的业务数据实现消息搜索的用例的解决方案。其思想是将有效负载的业务数据属性作为附加头数据存储在消息处理日志中。这个想法已经在社区的一些博客和问题中讨论过了。以下是参考资料。

Sravya Talanki的博客

针对标准和最佳实践的SAP CPI综合指南

Shivaram提供的非常好的解决方案

在消息处理日志SAP CPI

和Santhosh最近的博客上存储自定义信息

这个博客增强了上述一些用例的相同概念。让我来看看简要说明下面使用的场景。这是一个非常简单的i流，它接受并返回SOAP消息。我们将订单号作为输入，并从后端获取订单详细信息（使用Northwind服务作为后端）。我设计的I流尽可能简单只是为了演示，但它可以是任何复杂的场景。

样本输入：

样本输出：

使用内容修改器，将有效负载中的业务数据属性存储到消息头：

接下来使用如下所示的脚本添加消息头作为消息处理日志的自定义头属性。自定义头属性是我们可以存储在消息的消息处理日志中的附加属性。这是一个存储业务数据属性的完美地方。

当我在上一篇博客中提到灵活和敏捷的体系结构时，这种体系结构应该支持轻松地构建新的应用程序或更改现有的应用程序。利用前面描述的体系结构，构建了一个搜索应用程序来搜索基于业务数据的集成消息。

不带任何业务数据属性的搜索将给出所有具有技术属性和业务数据属性的集成消息，如发货国、订单id、订单日期、，和客户id。

对特定客户的订单进行精细搜索，会给出所选客户的订单信息。

结论：

在当前的混合环境中，随着集成变得越来越多样化和复杂，购物返利，对集成过程更深入的了解提供了我们需要的见解，大数据查询，并有助于从集成的角度回答几个业务过程问题。同样在集成问题的情况下，它有助于快速分析影响并提供快速恢复的能力。本博客展示了一个这样的场景，以了解我们如何在使用SAP云平台不同服务的集成中获得这样的可见性。

请随时发表您的评论。非常感谢您的反馈。

，返利微信