近几年，我在资产证券类交易系统领域做得比较多，从2016年开始，在贵金属交易领域深耕了两年，负责的交易平台用户量曾达到几百万，日活也有几十万，日流水更是千万级别。2018年之后，在数字资产交易行业又沉淀了两年，虽然用户量级没达到之前在贵金属交易平台的级别，但因为交易标的明显比在…

回顾1.0版我们来回顾下1.0版的内容，需求上经过分析，最终1.0版只是做一个MVP——最小可行性产品，只完成最简化的核心流程，即：注册——>登录——>入金——>交易——>出金。架构设计上，从API设

我们 2.0 版本的交易系统整体架构就如上图所示，划分为了行情服务、客户端服务、撮合服务、管理端服务。行情服务主要对外提供推送行情数据的 WebSocket API。撮合服务就是一个内存撮合引擎，其输入是一个定序的委托订单队列，而输出包含成交记录和其他各种事件，包括撤单成功、撤…

上一篇文章我们将整个交易系统进行了微服务化，拆分为了多个相互独立的业务组件，每个业务组件不只是包含自己业务的微服务，还包括了独立管理的数据库。那么，我们来考虑下单的场景，用户下委托单的时候，主要有三步操作：一是冻结金额，二是新增订单，三是投递给到撮合引擎。这三步需要保证事务的一…

微服务架构下，会引入很多服务问题，所以少不了需要做服务治理，包括：服务注册与发现、服务配置、服务限流、服务熔断、服务降级、负载均衡、链路追踪等。 关于服务治理的范畴应该包括哪些，业界其实也没有形成标准，但至少包括了前面列出来的内容，这是毋庸置疑的。另外，微服务架构下，服务集群规…

微服务架构背景下，随着服务和服务实例的数量不断增加，如果依然用传统的方式部署、配置和管理这些服务进程，就会发现，越来越多的时间花在了管理部署和解决部署过程中出现的问题上了。比如，需要新增服务实例进行扩容，服务器环境搭建就挺费时间的。另外，很多人肯定会经历过，同一份代码的程序在测…