leon wang-金融系统架构与设计

leon wang-金融系统架构与设计

ID:15356429

大小:2.02 MB

页数:35页

时间:2018-08-02

leon wang-金融系统架构与设计_第1页
leon wang-金融系统架构与设计_第2页
leon wang-金融系统架构与设计_第3页
leon wang-金融系统架构与设计_第4页
leon wang-金融系统架构与设计_第5页
资源描述:

《leon wang-金融系统架构与设计》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、实时高可用金融交易系统架构与设计广发证券的去IOE实践传统交易系统•系统最关键:数据库、消息中间件(IOE)消息中间件•消息的发送者与接收者解耦、灵活部署应用中间件•处理请求、保持状态、报盘、反馈结果•持久到中心数据库•并发通过锁同步或者数据库同步•冷备需要解决的问题•去中心化•实时•高可用•敏捷创新交易系统•采用互联网开源技术与理念•多播消息总线、无锁线程间高速通信、EDA•EventSourcing架构,CQRS模式•基于Java的应用框架、模块化、自动化构建、测试、部署互联网技术互联网技术的冲击AvailabilityCAAP•云计算、云存储XConsitencyParti

2、tionCP•弱一致性,高可用性(AP)•强一致性,分布式事务,同步复制(CP)互联网技术的冲击•保证C的前提下,尽量提高A•超高速通信•网络(PGM多播)•线程间(LMAXDisruptor)•本地计算,增量计算(EDA)创新交易系统应用可靠性•取决于排队机•持久化(Persistence):EventSourcing,WAL•复制(Replication):排队机同步复制•冗余(Failover):应用中间件多活消息总线多播(Multicast)•出口带宽O(1)•发送端与接收端解耦总线协议•每一个可靠多播通道具有一个唯一的Subject•每一个通道的消息具有一个序号,接收端

3、根据序号顺序处理消息•多个服务可以产生同一个Subject的消息•相同序号的消息必须一样可靠传输•为了保证可靠传输,需要接收端确认消息(ACK)•基于PositiveACK(TCP)•基于NegativeACK(PGM)•多播采用NegativeACK的原因•接收端的ACK可能占满发送端的入口带宽•发送端耦合接收端,不好Scale拥塞控制•发送端的发送速度不能超过接收端的接收速度•基于ACK的拥塞控制(TCP、PGMCC、TFMCC、ORMCC)•基于NACK的拥塞控制•局域网的多播拥塞控制基于NACK•定位最慢接收端算法复杂•局域网丢包少,不会出现由于NACK导致发送速度逼近0

4、的问题应用框架•模块化•事件驱动、事件流•并发模型•应用协议模块化•库一级的模块化•组件一级的模块化•服务一级的模块化事件流•高度可配置•处理器与RingBuffer多对多的关系示例:主排队机事件流重演消息流示例:消息流并发模型•EDA、无共享状态•无锁•确定性•无需事务Amdahl’slaw线程间通信•基于Disruptor的消息分派与流水处理应用协议•以流的方式操作数据•无需动态分配内存,也就不需要垃圾回收•不产生数据的拷贝(ZeroCopy)敏捷•开发:模块化、重用•自动构建(Maven)•自动化测试(BDD)•自动化部署与监控(Docker、Puppet、JMX)•运营性

5、能——吞吐•轻松达到300kmps性能——延时设计理念•TheReactiveManifestoReactivetoEvents•异步•事件一等公民•对事件建模、对事件处理器建模、对事件流程建模ReactivetoScale•Locationunaware•Scaleup•ScaleoutReactivetoResilience•反脆弱•错误也是一种事件•Supervisor:监控,日志,动态路由,大数据ReactivetoUser•用户体验•实时Q&A•个人博客:liebo.github.io•http://it.gf.com.cn

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。