有赞支付微服务实践

有赞支付微服务实践

摘要

不是所有的大型系统都是被很好的设计的，想要设计好一个巨型系统是非常困难的，而随着业务功能的叠加，原先的设计也会被堆砌的代码所淹没，以至打破原先的设计。我们所能掌控的是一个有着特定边界的系统，所以根据业务属性拆分系统，将其限定在一个有边界的上下文中(Bouded Context)，是一个最直观也是最有效的方法。这也是领域驱动设计所追求的。在DDD欧洲大会上Eric也认可近年流行的微服务架构有个很大的优势，服务粒度合适，服务物理隔离，单个服务的「熵」增问题被局限在单个微服务内部。单个微服务的替换与重构成本十分有限，使得「熵」增问题局部化，不容易传染全局，以致失控。当然这有个前提，就是微服务的拆分和接口交互要合理，合理的检验标准就是随需求变化，总是实现变化或接口新增，而非总是调整接口交互。 架构始于系统生命之初，并伴随系统生命周期全程。每次需求变化带来的变动都应进行一次或大或小的重新架构过程。