一种基于事件驱动的金融交易集成系统及方法与流程

本发明涉及金融集成，具体涉及一种基于事件驱动的金融交易集成系统及方法。

背景技术：

1、随着社会的不断发展，人们的需求也越来越多变，为了能够更好的适应人们的需求，金融系统也随之进行了改变，即实现了金融系统之间的集成，使得对应的功能更加的全面。

2、而现有的金融系统集成大多都是通过点对点的集成，即不同的系统之间使用web-service(soap)、api的方式构建应用，使用接口对应用间的数据进行转换或同步。

3、但是现有的金融系统集成依然存在一些问题：

4、耦合度高：传统的金融系统集成方法通常采用集中式的架构，不同的应用程序之间紧密耦合。这种紧密耦合的架构使得系统难以扩展和维护。

5、扩展性差：传统的金融系统集成方法难以应对快速变化的业务需求。一旦业务需求发生变化，就需要对整个系统进行重构或重建，成本非常高昂。

6、易出现单点故障：传统的金融系统集成方法通常采用中心化的架构，所有的请求都需要经过中心节点。如果中心节点出现故障，整个系统将会瘫痪。

7、难以实现实时数据处理：传统的金融系统集成方法采用批处理方式，难以实现实时数据处理。这使得系统无法及时响应用户的请求，影响了用户体验。

技术实现思路

1、本发明意在提供一种基于事件驱动的金融交易集成系统及方法，能够解决现有金融交易集成系统存在难以实现实时数据处理的问题。

2、为达到上述目的，本发明采用如下技术方案：一种基于事件驱动的金融交易集成系统，包括：

3、服务确定模块，用于根据当前业务功能，对当前业务所涉及到的服务类型进行确定；

4、流程确定模块，用于根据确定的服务类型，基于当前业务功能的特性，生成当前业务流程；

5、领域事件确定模块，用于根据当前业务流程，确定当前业务流程所涉及到的业务领域事件；

6、模型构建模块，用于根据确定的业务领域事件，建立当前业务流程所对应的领域事件模型，并确定各个事件的模型属性；

7、更新模块，用于将生成的领域事件模型发布到公共模型库中；

8、业务服务变更模块，用于各个服务类型从公共模型库中调取最新的领域事件模型，并根据该领域事件模型，对各个服务类型所涉及到的业务领域事件的变更，形成新的服务类型；

9、测试模块，用于将新的服务类型发布到测试环境中，进行集成测试，验证当前业务流程是否能够可行，若可行，则发布到生产环境中。

10、本方案的原理及优点是：在本方案中，首先是根据当前业务功能对当前业务所涉及到的服务类型进行初步的确定，确定好之后，就会根据当前业务功能的特性，进行当前业务流程的生成，即确定在这些服务类型中业务的行进流程，从而实现了对当前业务流程的确定。

11、后续的根据当前的业务流程，来对所要涉及到的业务领域事件进行确定，即判断出对应的业务流程中各个服务类型所需要的业务领域事件，并依据这些业务领域事件进行当前业务流程的领域事件模型的构建，并且对去各个时间的模型属性进行确定，然后就将对应的更新后的领域时间模型进行公共模型库的发布。

12、之后在进行使用时，就可以根据各个服务类型去公共模型库中调取最新的领域事件模型，这样就可以根据此时的领域事件模型进行各个服务类型所涉及到的业务领域事件的变更，从而实现各个服务类型的更新，之后就可以将这些新的服务类型分布到测试环境中进行集成测试，以此来验证当前业务流程是否可行，即是否满足当前业务的需要，一旦可行就可以进行生产环境的发布，以便后续功能的被使用。

13、相比较现有技术的耦合度高、易出现单点故障以及难以实现实时数据处理的问题，本方案中是基于业务领域事件进行方案的驱动的，这种方式其最终的业务流程生成时采用异步处理方式，极大提高了系统的响应速度和处理能力，能够快速处理大量的并发请求，提升系统的性能。通过公共模型库和业务服务变更模块，使得对应的各个服务类型之间通过业务领域事件进行通信，服务类型之间的耦合度低，系统的可维护性和扩展性更好，体现了对应的分布式架构，没有直接服务类型的调用，相比现有技术中采用中心化的架构，不会出现如果中心节点出现故障，整个系统将会瘫痪的问题，使得系统具有更好的可扩展性、高可用性和容错性。在需要进行数据的调整时可以实时的进行数据处理，能够快速响应用户请求并处理大量的实时数据，即数据都是基于业务领域事件处理的，下游的数据处理接入都可以直接扩展，处理速度是近乎实时的，也就能够解决现有的金融交易集成系统存在难以实现实时数据处理的问题，极大的提高了数据实时处理能力。

14、优选的，作为一种改进，所述服务确定模块还用于根据当前业务所涉及到的公共消息组件进行确定。

15、有益效果：通过公共消息组件的确定，使得对应的当前业务所对应的流程更加的准确，能够更好的确保当前业务流程在后续的正常进行。

16、优选的，作为一种改进，所述公共消息组件包括：

17、异步交易组成消息中心模块，用于接受业务领域事件，并将业务领域事件推送给业务领域事件的服务类型；

18、消息日志模块，用于负责消费业务领域事件的变更，将业务领域事件的变更转化为业务领域实体的更新，并持久化到数据库中；

19、领域事件分布模块，用于拉取数据库中业务领域实体的变化，并将其转化为业务领域事件，并发布到异步交易组成消息中心模块。

20、有益效果：通过从数据库中进行业务领域实体的变化，来进行业务领域事件的转化，然后发布到异步交易组成消息中心模块上，之后各个服务类型就可以依据自身需求从异步交易组成消息中心模块进行获取，从而实现了对业务领域事件的异步处理，能够实现对业务领域事件的大量并发请求，更好的进行业务领域事件的推送。

21、优选的，作为一种改进，所述异步交易组成消息中心模块还用于对业务领域事件进行持久化处理。

22、有益效果：在本方案中，通过对业务领域事件的持久化处理，能够确保业务领域事件的不丢失和可追溯，极大提高了业务领域事件的安全性。

23、本发明还提供一种基于事件驱动的金融交易集成方法，包括以下步骤：

24、s1、根据当前业务功能，对当前业务所涉及到的服务类型进行确定；

25、s2、根据确定的服务类型，基于当前业务功能的特性，生成当前业务流程；

26、s3、根据当前业务流程，确定当前业务流程所涉及到的业务领域事件；

27、s4、根据确定的业务领域事件，建立当前业务流程所对应的领域事件模型，并确定各个事件的模型属性；

28、s5、将生成的领域事件模型发布到公共模型库中；

29、s6、各个服务类型从公共模型库中调取最新的领域事件模型，并根据该领域事件模型，对各个服务类型所涉及到的业务领域事件的变更，形成新的服务类型；

30、s7、将新的服务类型发布到测试环境中，进行集成测试，验证当前业务流程是否能够可行，若可行，则发布到生产环境中。

31、本方案的技术原理和效果：在本方案中，首先是对当前业务所涉及到的服务类型进行确定，例如报单业务，所涉及到的就有报单服务、保证金服务、连接服务、报单监控服务；通过对这些服务类型的确定之后，就可以进行当前业务流程的确定，从而使得各个服务类型之间的关联，后续的根据流程进行业务领域事件进行确定，并以此来进行领域事件模型的构建，并进行发布，实现领域事件模型在公共模型库中的更新。

32、后续对服务类型进行领域事件的赋予时，可以根据对应的领域事件模型，来实现服务类型的业务领域事件的变更例如报单服务增加报单预检查事件发送逻辑，通过这种方式从而是实现对服务类型的更新，之后好进行相应的当前业务流程的可行性确定，以此来判断出是否进行生产环境的发布。

33、本方案通过上述业务领域事件的驱动来进行当前流程中服务类型的更新并采用异步处理方式，极大提高了系统的响应速度和处理能力，能够快速处理大量的并发请求，提升系统的性能。且对应的各个服务类型通过事件进行通信，服务类型之间的耦合度低，系统的可维护性和扩展性更好。

34、优选的，作为一种改进，所述s1还包括对当前业务所涉及到的公共消息组件进行确定。

35、有益效果：各个消息组件的确定能够更好的实现当前业务流程的完整性。

36、优选的，作为一种改进，所述公共消息组件包括：

37、异步交易组成消息中心模块，用于接受业务领域事件，并将业务领域事件推送给业务领域事件的服务类型；

38、消息日志模块，用于负责消费业务领域事件的变更，将业务领域事件的变更转化为业务领域实体的更新，并持久化到数据库中；

39、领域事件分布模块，用于拉取数据库中业务领域实体的变化，并将其转化为业务领域事件，并发布到异步交易组成消息中心模块。

40、有益效果：通过公共消息组件的设置使得其对业务领域事件的处理体现出来对应的异步处理架构，同时对应的业务流程时通过业务领域事件来进行的，也就实现了异步处理，模块与模块之间通信都是通过业务领域事件，没有直接的服务调用，所以服务可以很方便的扩展，实现了对应的分布式架构，也就实现了去中心化，整个系统的容错率也就更低了。

41、优选的，作为一种改进，所述异步交易组成消息中心模块还用于对业务领域事件进行持久化处理。

42、有益效果：在本方案中，为了确保业务领域事件的不丢失和可追溯，会对业务领域事件进行持久化处理，进而提高数据的安全性。