构图，不到二十分钟，架构图就在大屏的白板上完整的画了出来。
会议室里的人，只有老周能够完全听懂，其他人的表情则是各不相同。勾成和张静怡是完全听不懂，他们只听了一会，就开始低头玩手机。智通科技四个新面孔则如同一个个小学生，一味地在笔记本上照葫芦画瓢。而李明远时刻都想插话进来，但苦于不知道说什么，只好乖乖地看着陈默在那里讲。
但陈默讲到分布式事务模式的时候，他终于找到了机会。
“你们用的是Seata的AT分布式事务模式？”李明远问道。
“是的。”
“AT模式损耗高，并发承压弱，算不上成熟方案。”李明远一边说，一边摇了摇头，“我们智通采用的是本地事务加事后补偿机制，性能方面和稳定性方面，都要好很多。”
听到李明远这么说，陈默立刻精神一振，随即问道：“李总，既然你说你们的架构在性能方面和稳定性方面都具备优势。那我请教一下，在本地事务架构中，如何解决跨服务调用的数据一致性问题？”
李明远：“靠业务设计规避。我们给其他省份做的项目都是这套方案，运行稳定。”
“哦，请问李总，在核心业务模块你们用的都是这一套架构，对吗？”
“对的，这点在我们给其他省做的项目案例中，得到了验证，甲方的反馈也很不错。”李明远骄傲地说道。
“得到了验证？”陈默忍不住地笑了，“李总，我告诉你我们为什么不用Saga模式的原因，对了，Saga模式就是你刚才说的模式。那是因为Saga模式采用的是最终一致性模型，来解决复杂的跨服务数据一致性问题。而在ETC扣费等核心交易模块，采用Saga模式，会导致补偿失败、数据脏读、一致性延迟等一系列问题。这些你们想过吗？”
看着李明远一脸茫然的样子，陈默转而对老周说道：“你帮着李总百度一下，记住，要找一遍介绍的很详细的文章出来，否则我担心他听不明白我刚才说的那些话。”
李明远瞬间被陈默的话气得鼓鼓的，但还不知道怎么反驳他说的话。
陈默没等老周说话，紧接着又对李明远说道：“至于李总你说的在临省得到了验证和很好的反馈，事实真是那样吗？我怎么记得只上线了一个月，就出大问题了呢，大规模重复扣费、账务错乱，舆情发酵，最终导致不得不提前终止合同，重新启动项目招标工作了呢？难道我们俩说的不是一个省吗？”
本章未完，请点击下一页继续阅读！