关于构建弹性异步集成

您有时可能会发现您的集成很脆弱，甚至无法处理短暂或临时中断。您需要通过异步集成来高效扩展，并且您需要开发和测试此类集成的选项，以确保它在生产环境中按预期运行。此解决方案手册介绍了构建异步集成的建议方法，这些方法可以适应现代网络和基础设施的现状。

例如，当您使用 REST API 在财务云上创建实体时，在创建费用报告、银行账户或其他实体期间可能会发生临时中断。为了动态限制此类请求访问 Financial Cloud，本手册中讨论了停车场模式。使用停车场模式，您可以在处理数据之前将数据存储在中间阶段，以避免处理批处理、复杂消息关联/流和限制等挑战。

关于 Oracle Integration 中的集成

集成是 Oracle Integration 的主要组成部分。集成至少包括一个触发器（源）连接（对于发送到 Oracle Integration 的请求）和调用（目标）连接（对于从 Oracle Integration 发送到目标的请求）以及这两个连接之间的字段映射。

创建集成时，您可以通过定义如何处理触发器（源）和调用（目标）连接的数据，基于已创建的连接进行构建。这包括定义要对数据执行的操作类型、要对其执行这些操作的业务对象和字段、必需的方案等。为了简化此过程，Oracle Integration 将处理最复杂的配置任务。配置触发器（源）和调用（目标）连接后，将启用两者之间的映射器，以便您可以定义在触发器（源）和调用（目标）数据结构之间为请求和响应消息传输信息的方式。

关于停车场模式

在停车场模式中，在完成从中间阶段到最终系统的数据处理之前，数据存储在中间阶段。

以下是将实际数据存储在停车场中的一些可能的替代方法。每个选项具有需要考虑的不同属性：

最简单的方法是将数据存储为 XML 形式的 CLOB。此方法会增加一些额外的开销写入和读取 CLOB，以及在 XML 和 CLOB 之间进行转换。
您可以将数据单独存储在具有完全实现的列的其他表中。如果应用程序中已将输入有效负载复制到数据库表中的表格格式，则此方法最适合。因此，数据格式可以用于停车场。
把桌子和停车场本身结合起来。虽然该解决方案可能被证明是最具性能的，但它只能用于停车场中的简单数据结构。

关于弹性

在深入了解哪些因素会使您的环境具有弹性之前，您首先需要定义弹性对您和您的业务意味着什么。

换句话说，与集成流程中断相关的成本是多少。对于某些客户来说，几分钟中断是完全可以接受的，并且只会部分延迟在其处理窗口中运行良好的批处理。对于其他人来说，即使是几秒钟的停机也会导致对业务产生直接影响的财务损失。

从这个角度来看，重要的是要看以下元素：

您的环境中可接受的停机的持续时间是多少？在此处，您应该定义出现中断时的业务成本，并概述停机随着停机持续时间的推移如何发展。
使用了哪些技术以及如何实现预期的 SLA？您是采用实时还是批量方法？或者两者的组合？您正在处理多少数据？