事件驱动型微服务架构的实践-毕成功

微服务架构的实践华泰证券/毕成功荣誉荣誉场创新业务机构”等奖项“优秀做市商”大象交易平台是FICC多资产实时定价、做市和风险对冲平台。在量化做市交易领域以“极速交易”、“实时风控”、“策略驱动”和“投资管理”四项核心能力为服务底座，提供了覆盖境内外、跨市场、全资产交易品种的低延时极速交易与风控能力、全自动量化定价与策略做市报价能力以及实时全景大象平台建设了“交易员工作站”、“风险与投资管理中心”和“策略研发工作•室”三大应用终端，为相关部门固定收益做市交易各岗位用户提供专业用户体验。平台支持公司现券、IRS、国债期货、债券通等做市业务快速发展，做市报价数量、质量及市场大幅波动时风险控制能力都极大增强，综合报价能力位•哈尔滨工业大学07级计算机硕士。在十余年的职业生涯中，致力于软件开发和团队管理工作，涉带领FICC平台架构团队，负责大象交易系统的平台架构工作。目前主要着力于建设具有“超低延CONTENTS经典微服务架构的问题TheproblemsoftraditionalMS-Arch事件驱动型架构的方案事件驱动型架构的问题上下游服务强依赖调用链长数据库依然是中心节点数据操作的场景多调用关系复杂金融交易场景低延迟金融交易场景低延迟高稳定性复杂业务的易维护易扩容快速开发............——蒂姆·伯纳斯·李服务之间的关系发生变更转变一：异步化转变二：数据自治{{有状态变更有状态变更无状态变更tradetrade不用RPC?不用RPC?命令对数据的影响模式一：本地缓存l数据读取加速l避免对上游的依赖模式二：旁路集中存储l获取未缓存的数据模式三：可选快照文件天然的CQRS天然的CQRS物化(materialization)用于历史回放用于查询或快速恢复用于历史回放原则：用统一的方式获取上游数据，不论是query还是sub（非OLAP场景）推论一：数据获取都采用SQL描述推论二：sub和query用同一个SQL即组合查询和订阅的逻辑实现原子语方式一：从流水恢复方式二：从快照恢复同步消费复用回放恢复的逻辑•主备独立、无交互，运行延迟最低•要保证两边执行的一致性，有些情况只能串行，一方面对开发有侵入性，另外限制了并发能力•难以对账机制，问题难发现，也难做补偿•主备切换需依赖总线能力支持状态同步数据库主备复制的逻辑•对代码逻辑侵入性低，支持并发处理•通用性强，不依赖总线支持•需要支持内存的日志同步•同步过程会有额外代价，可采用事后异步+补偿•临界会有重复消费保证不丢，所以对幂等性有强要求如果我不能比这世界上最聪明的人更能反——查理·芒格C：Consistency需要支持Batch能力数据包头数据包头classTypeserializationTypebatchSeqvoidonSubMessage(<Topic>,<List>);批量回调&事务写入矛盾点：异步就是为了松耦合，那如何避免用乱了?开发态——定义开发态——定义统一管理规则严控运行态——生产/消费增强可观测性最好是完全隔离每个场景一套自己专用的总线，避免有任何的互相交叉。但这要求业务场景本身天然存在这种划分。正常采用多接每个服务根据自己的使用场景，接到对应的总线上，能保证在效率上是最优的。但这要求对应的配套管理能力要跟上，避免混乱和使用上的复杂性。旁路采用桥接桥接会增加整个链路的复杂度以及延迟，而桥接服务本身又是一个稳定性的风险点。建议只有主路对旁路的数据拷贝才采用此种方式。在复杂业务场景中才值得考虑在复杂业务场景中才值得考虑必须能接受最终一致性的场景•采用EDA模式进行开发，以异步通讯来避免同步等待•把高可用、高扩展等特性放到第二目标开始时局部使用，但上下游要包含进来•此架构与传统差异较大，对开发模式是有冲击的，推广是存在较大难度•需上下游整体切换才能更好