江苏龙网

  1. 首页 > 资讯 > 科技 > >

交易中台架构设计：海量并发高扩展，新业务秒级接入( 五 )


交易中台架构设计：海量并发高扩展，新业务秒级接入
本文插图

图12
如果我们有了这套FSM状态机 ， 这时再去接入不同的业务 ， 无非就是在数据库里配置一下 ， 写一些配置表就好了 。 也就是说通过中台FSM能力 ， 只要将状态图绘制出来 ， 相应的状态流转表配置就已经产生 。 然后Handler只需要关注当前操作的业务逻辑就行 ， 极大地解耦状态和业务 。 这套FSM在早期的百度和58都很好地满足了业务场景 。
>>>>
Q & A
Q1：为什么不用MySQL做分库分表？
A：分库分表用MySQL还是可以的 ， 但毕竟你的数据访问层还是要关注分库分表这个动作 ， 这个时候业务开发起来工作量就比较大 ， 所以最好的方式是你的业务同学不需要关注分库分表 ， 把分库分表的东西下沉到DB层 ， 让DB层直接来做就好 。 另外 ， 分表还会带来很多问题 ， 比如查询有多维度的情况下 ， 其实不是很好分表 ， 分表后反而会带来很多问题 。
Q2：互联网app类的架构能大概讲一下吗？
A：微服务架构包含网关层、业务逻辑层、数据访问层以及DB ， 其实这就是一个APP的后台架构 ， 目前基本都采用微服务架构来做 ， 但有些公司是业务逻辑层和数据访问层合在一起的 ， 我个人是建议分开 。
Q3：请问状态机机制有什么缺点？
A：我觉得缺点只有一个 ， 就是开发成本比较高 ， 但一旦开发出来之后 ， 只要配置就好了 ， 整个灵活性很高 。
Q4：订单属于交易领域吗？
A：是的 ， 属于交易的子领域 ， 但是订单和交易要分成两个不同的服务 ， 因为它们属于一个大的领域 ， 但不同的子领域 ， 订单是一个服务 ， 交易是一个服务 ， 还有清算、结算也是一个服务 。
Q5：你们的中台系统都是多IDC的吗？
A：我们原来是多机房的 ， 有两个机房 ， 北京一个 ， 天津一个 ， 在这种情况下我们的整个中台其实是两个机房的 。
Q6：能介绍一下您对中台的理解吗？
A：中台本身就是把一些公共的东西做一个抽象 ， 比如把业务的东西抽象出来那它就是一个中台 ， 然后用中台来服务不同的业务 。
Q7：你们用Redis都存储什么数据？用哨兵还是cluster？
A：用Redis存我们的缓存数据 。 目前主要是用cluster模式 ， 如果量小的话可以用Redis的主从模式 ， 通过哨兵机制来做 ， 但如果是比较成型的还是推荐用cluster模式来做 。
Q8：ui层的网关用kong么？
A：不是 ， 推荐大家用zuul 。
Q9：状态机有决策表吗？决策树是否都能达到目的？
A：这个不需要 ， 因为它其实现在这个还不涉及到智能决策问题 ， 本质上就是流程都是确定的一个状态 ， 确定的东西其实没必要引入一些智能的角色 ， 直接把需要流转的东西配置在状态表里就好 。
Q10：spring cloud gateway上生产如何？
A：还不是非常成熟 ， 不建议直接上生产 。
Q11：一个微服务都要对应单独的一个库吗？
A：不一定 ， 有可能会存在多个微服务对应一个DB ， 还是要看你业务本身的设计 ， 没必要为了对应而对应 。
Q12：docker swarm的overlay网络是不是慢？用什么网络好？
A：docker本身没问题 ， 但swarm用得比较少 ， 我建议你直接用k8s就好了 。
Q13：k8s和docker的关系？
A：docker本身是一个容器 ， 目的是让你方便扩容 。 想想看当你有很多个容器的时候 ， 每个容器的生命周期、重启、迁移等 ， 总得有个地方去管理 ， 而k8s就是对docker进行管理的系统 。
Q14：您是怎么快速构建知识体系的？
A：很多同学学习了半天 ， 学习了很多知识点 ， 但光有知识点是没用的 ， 因为无论你最终做一个架构师也好、工程师也好 ， 你都需要具备架构设计的能力 ， 也就是当你面对一个业务场景 ， 能不能给出一个迎刃而解的方案 ， 这种光有很多知识点是没用的 ， 要由点连成线 ， 由线成面 。 那这个过程需要干什么呢？我觉得最主要是通过深度思考来把这些知识点关联起来 ， 这个东西其实很难的 ， 最好的方式就是跟着大牛 ， 让他带着你去做 。


推荐阅读


上一篇：宗庆后推出首个电商平台，不烧钱买流量，招募10万个想创业年轻人

下一篇：手机iPhone11狂降1600元，iPhone12出道即巅峰？5G手机遇“开年劫”！价格战来了