基于事件驱动的流量积分平台交易系统
发布时间：2020-07-22 01:19
【摘要】：互联网积分营销模式的发展,促使多个企业间可互相兑换用户积分,促进积分流通,形成联盟效应,构建积分通用通兑的新型营销模式。这一业务模式下,积分交易系统承担的压力日益增加,如何构建一个高可用的交易系统成为本课题研究的关键。此类金融交易的场景,对数据一致性要求较高,传统基于数据库的流量积分平台,业务模型和数据存储严重耦合,且流量积分的多重特征会造成事务操作的性能瓶颈。据此,本文提出了基于事件驱动的系统架构解决上述问题。与传统事件驱动架构不同,本文综合了事件通知、事件传递状态转移、事件溯源以及命令查询职责分离等模型,以领域驱动设计为指导思想,对流量积分平台交易系统进行分析建模,力求在保证数据一致性的基础之上,提高系统的吞吐量。同时,考虑到事件溯源概念中聚合根的升降级容易造成事件丢失,改进了事件溯源的具体实现,通过将事件与聚合平等化,避免业务需求的变更过多影响底层逻辑。为满足企业级应用需求,提高系统鲁棒性和可扩展性,将交易服务单元集成到微服务架构上,并结合数据切分,实现分布式应用。本文阐述了根据流量积分平台的实际业务场景进行系统建模的方法,给出详细的设计方案和实现细节,并通过功能测试和性能测试的结果验证了基于事件驱动模型的流量积分平台交易系统有效性。
【学位授予单位】：北京邮电大学
【学位级别】：硕士
【学位授予年份】：2018
【分类号】：TP311.52
【图文】：
一，，果传递进来的参数满足业务规则，则可以顺利创建，否则应该抛出异常，避免创逡逑建一个错误对象。隐藏创建细节同样可以避免业务逻辑泄露到应用层，应用层只逡逑需要简单地调用领域层的工厂创建出期望对象即可。同时保证创建过程的原子性逡逑非常重要，否则创建过程中可能对某个对象执行了一半的操作，将其置于未定义逡逑的状态。创建聚合也是如此，聚合根创建之后，关联的实体也必须完成实例化。逡逑领域模型中的对象可能包含重要的业务数据，仅仅驻留在内存中并不安全，逡逑系统宕机会造成数据丢失，因此需要通过存储介质来延续对象的生命周期，当需逡逑要它的时候或者系统重启时会重建这个对象。仓储提供这样一种机制，可以像操逡逑作集合接口一样来管理对象，实现内存对象与关系型数据的相互转化。仓储针对逡逑实体或者聚合进行原子性封装，向上隐藏了数据转化的细节，并且转化过程不能逡逑被打断，保证输出的实体或者聚合是完整可用的。为了将领域层与仓储层更好地逡逑隔离，通常在领域层定义仓储的接口，而在仓储层进行具体的实现。通过接口封逡逑装变化使应用层协调领域对象完成业务逻辑，无需关心数据库如何获取数据。图逡逑２－１为领域模型元素构成。逡逑
事件溯源模式是在数据存储层面上的创新与改进，领域事件相对于其他复杂逡逑对象，结构简单，便于移植与扩展，存储介质可以为数据库，也可以为磁盘文件；逡逑另外记录事件时只有插入操作，没有更新和删除操作，很多情况都不需要事务来逡逑专门控制，对于高并发的系统而言会有较大收益；事件本身也可以作为审计日志逡逑来使用，如果没有事件溯源模型，就需要为系统维护单独的审计日志，而使用单逡逑独的审计日志就意味着有两个“真相”，事件和审计日志就会有不一致的风险。逡逑当然，事件规模发展得比较庞大时，重放事件是一个非常耗时的工程，尤其逡逑在系统刚启动时，响应速度是客户端难以忍受的，而且查询某一时刻的状态变得逡逑非常麻烦，每次都需要从初始状态开始构建，代价非常高。解决的办法是为系统逡逑状态阶段性的创建快照，这样在查询状态时只需要在临近的快照上重放少量的事逡逑件即可。逡逑事件溯源模型是只X棽患醯模币桓鲎刺母谋涑龃恚荒芗虻サ厣境疱义献刺谋涞氖录馕ケ沉苏鍪录菰吹幕纠砟睢Ｏ喾矗Ω迷谑录髦写村义辖ㄒ桓龇聪蚴录苑醋詹懦龃淼慕峁醋龀霾钩ァＵ飧龉坛浦醋挛瘢义喜唤鍪故堤寤指吹搅怂璧淖刺伊粝铝艘桓鲎偌＃庵址桨冈谑导使こ讨绣义
本文编号：2765104
【学位授予单位】：北京邮电大学
【学位级别】：硕士
【学位授予年份】：2018
【分类号】：TP311.52
【图文】：
一，，果传递进来的参数满足业务规则，则可以顺利创建，否则应该抛出异常，避免创逡逑建一个错误对象。隐藏创建细节同样可以避免业务逻辑泄露到应用层，应用层只逡逑需要简单地调用领域层的工厂创建出期望对象即可。同时保证创建过程的原子性逡逑非常重要，否则创建过程中可能对某个对象执行了一半的操作，将其置于未定义逡逑的状态。创建聚合也是如此，聚合根创建之后，关联的实体也必须完成实例化。逡逑领域模型中的对象可能包含重要的业务数据，仅仅驻留在内存中并不安全，逡逑系统宕机会造成数据丢失，因此需要通过存储介质来延续对象的生命周期，当需逡逑要它的时候或者系统重启时会重建这个对象。仓储提供这样一种机制，可以像操逡逑作集合接口一样来管理对象，实现内存对象与关系型数据的相互转化。仓储针对逡逑实体或者聚合进行原子性封装，向上隐藏了数据转化的细节，并且转化过程不能逡逑被打断，保证输出的实体或者聚合是完整可用的。为了将领域层与仓储层更好地逡逑隔离，通常在领域层定义仓储的接口，而在仓储层进行具体的实现。通过接口封逡逑装变化使应用层协调领域对象完成业务逻辑，无需关心数据库如何获取数据。图逡逑２－１为领域模型元素构成。逡逑
事件溯源模式是在数据存储层面上的创新与改进，领域事件相对于其他复杂逡逑对象，结构简单，便于移植与扩展，存储介质可以为数据库，也可以为磁盘文件；逡逑另外记录事件时只有插入操作，没有更新和删除操作，很多情况都不需要事务来逡逑专门控制，对于高并发的系统而言会有较大收益；事件本身也可以作为审计日志逡逑来使用，如果没有事件溯源模型，就需要为系统维护单独的审计日志，而使用单逡逑独的审计日志就意味着有两个“真相”，事件和审计日志就会有不一致的风险。逡逑当然，事件规模发展得比较庞大时，重放事件是一个非常耗时的工程，尤其逡逑在系统刚启动时，响应速度是客户端难以忍受的，而且查询某一时刻的状态变得逡逑非常麻烦，每次都需要从初始状态开始构建，代价非常高。解决的办法是为系统逡逑状态阶段性的创建快照，这样在查询状态时只需要在临近的快照上重放少量的事逡逑件即可。逡逑事件溯源模型是只X棽患醯模币桓鲎刺母谋涑龃恚荒芗虻サ厣境疱义献刺谋涞氖录馕ケ沉苏鍪录菰吹幕纠砟睢Ｏ喾矗Ω迷谑录髦写村义辖ㄒ桓龇聪蚴录苑醋詹懦龃淼慕峁醋龀霾钩ァＵ飧龉坛浦醋挛瘢义喜唤鍪故堤寤指吹搅怂璧淖刺伊粝铝艘桓鲎偌＃庵址桨冈谑导使こ讨绣义
本文编号：2765104
本文链接：https://www.wllwen.com/kejilunwen/ruanjiangongchenglunwen/2765104.html
