基于EDA架构实现的批处理

 2022-06-16 09:06

论文总字数:24263字

摘 要

和面向服务的体系结构(SOA)不同,事件驱动架构(EDA)基于现实问题中的商业业务事件的概念,利用该架构实现的批处理更能高效有序地解决当前社会市场形势下金融系统中出现的复杂的业务问题,并且亦能实现金融系统所要求的高效精确以及可扩展性。

事件驱动架构主要采用异步通信进行架构,异步通信是提高性能问题的重要方法,架构基于此技术理念进行工作,另外架构的焦点中心也在于事件以及对事件的创建生成、路由并消费处理,同时也可以反馈结果的实现。

本文首先介绍选题的背景、研究意义和研究现状,对EDA事件驱动架构、批处理等原理进行了介绍,之后对系统的整体需求进行分析和细化,并且在该基础上对系统进行了详细设计和具体实现,最终对实现后的系统进行测试并分析了测试的结果。

测试结果表明,本系统能够实现对业务系统事件的批量高效处理,对于已生成的业务事件,可以在10秒内进行消费处理;并且,系统可以支持对千条以上消息的批量处理。完成了功能需求分析和设计时预期的目标。

关键词:EDA架构,批处理,事件,消费,异步

Abstract

Different from service-oriented architecture (SOA), the event-driven architecture (EDA) is based on the concept of commercial business events in real-world problems. Batch processing using this architecture can more effectively and orderly solve the current social market situation in the financial system. The emergence of complex business problems, and also can achieve the efficiency and precision and scalability required by the financial system.

The event-driven architecture architecture mainly adopts asynchronous communication architecture. Asynchronous communication is an important method to improve performance problems. The architecture works based on this technical concept. In addition, the focus of the architecture lies on events and the creation, routing, and consumption processing of events. It can also be The realization of feedback results.

This article first introduces the background, research significance and research status of the topic, introduces the principle of EDA event-driven architecture, batch processing, and then analyzes and refines the overall requirements of the system, And on this basis, the system has been designed and implemented in detail. Finally, it tests the implemented system and analyzes the results of the test.

The test results show that the system can implement batch and high-efficiency processing of business system events. For the generated business events, it can be processed within 10 seconds; and the system can support batch processing of thousands of messages. Completed functional requirements analysis and design goals.

KEY WORDS: EDA architecture, batch processing, event, consumption, asynchronous

目录

摘要 I

Abstract II

第一章 引言 1

1.1 选题背景和意义 1

1.2 研究现状 2

1.3 论文的主要内容 3

1.4 论文组织结构 3

第二章 技术综述 5

2.1 EDA事件驱动架构 6

2.2 MQ消息队列 7

2.3 MyBatis 7

2.4 本章小结 8

第三章 系统分析和设计 9

3.1 系统需求分析 9

3.1.1 系统功能需求 9

3.1.2 系统性能需求 10

3.1.3 系统安全需求 10

3.2 系统组成结构 11

3.2.1 EDA模块 11

3.2.2 MessageClient模块 12

3.2.3 mq-middleware模块 13

3.3 系统数据库设计 13

3.3.1 消息表(T_MQ_DB_MESSAGE) 13

3.3.2 消费者表(T_MQ_DB_CONSUMER) 14

3.3.3 消息消费日志表(T_MQ_DB_MESSAGE_CONSUME_LOG) 14

3.4 本章小结 15

第四章 系统的实现与测试 16

4.1 系统的实现 16

4.1.1 事件生产者和消费者的实现 16

4.1.2 事件消息投递的实现 17

4.1.3 事件消费者注册的实现 19

4.1.4 事件消息消费的实现 20

4.2 系统的测试 22

4.2.1 系统功能测试 22

4.2.2 系统性能测试 24

4.2.3 系统安全测试 25

4.3 本章小结 25

第五章 引言 26

5.1 结论 26

5.2 展望 26

致谢 27

参考文献 28

引言

选题背景和意义

近年来,中国的金融市场发展迅速,市场中蕴含无限且时刻变化着的商机。这就要求金融企业的发展需要随时适应市场变化,灵活应变以抓住商机,企业的后台系统需要高效地处理日益复杂的业务需求,保证自己在市场上追赶的脚步。另外,由于市场环境的复杂多变和资源的不断扩大,IT系统也要有很强的适应能力和整合能力。而金融业的蒸蒸日上,也意味着金融公司的业务量也在快速膨胀,业务的类型也随着公司的扩大极大地增加,因此IT系统亦需要有很低的耦合性和更高的扩展性。

EDA拥有基于商品事件概念的架构风格,因此非常适用于金融企业的业务系统。EDA中的分布式组件之间的通信是通过发布和接收事件来实现的,并且是多方交互。EDA应用程序的设计以事件作为核心,事件消息之间通过不同的组件和应用程序来进行交互使用。这些特点使得EDA架构比SOA有着更高的优势。EDA事件的生产者发布事件,向收听者提供呈现属性可以包括提供至少一个呈现属性中的改变的通知[1]

剩余内容已隐藏,请支付后下载全文,论文总字数:24263字

您需要先支付 80元 才能查看全部内容!立即支付

该课题毕业论文、开题报告、外文翻译、程序设计、图纸设计等资料可联系客服协助查找;