REF 框架是一个模板，它帮助用户设计流程。这些流程提供一种存储、读取和轻松修改项目配置的方法、同时带有健壮的异常处理方案以及所有异常和相关事务信息的事件日志记录。
由于每个流程生成的日志是其报表生成的重要组件，因此框架在解决业务事务的每一个相关步骤上记录消息，并发送到 Orchestrator 服务器。这些数据可以连接到 ELK 栈(Elasticsearch, logstash, Kibana Platform) ，它支持数据存储和无数表示数据的方法。
当我们构建工具时，我们尝试首先定义它们的目的。在这个场景中，我们的框架的目的是解决业务事务的集合。我没有编写业务流程，因为除了最简单业务流程通常由业务事务的多个不同的范围和目的集合组成。因此，让我们从今以后将此类相关业务事务集合称为业务流程组件，即完整业务流程的一部分。
因此，我们可以将业务流程组件定义为操作的总和，通过这些操作获取、处理一组事务所需的数据，并将其输入或输入到 IT 资源中。
这样的组件需要很容易地部署到它将要运行的机器上( Orchestrator 服务器维护版本控制并在所有运行时机器上轻松部署)，同时，它需要具有可伸缩性，并且可以将它的输出数据和外部媒介通讯，，以便业务流程的其他组件可以在其中断的地方继续完成工作。
这样的媒介可以是共享文件夹、数据服务器、ftp服务器、电子邮件、Orchestrator 服务器队列等等。
注: 版权所有，未经允许，不得以任何形式(包括但不限于公众号、简书)的转载
