基于微服务的企业应用架构设计范式

这个话题曾经分别在PWorld大会和QCon2016大会上做过分享，得到不错的反响，今天终于有时间整理到博客上了。

微服务好像是这两年突然火起来的，其实和很多其他架构风格一样，微服务架构也是我们在用软件改变世界的过程中，为了适应内外部环境的变化，而逐渐演化出的一种当前的最佳实践。
比如SOA，比如J2EE，比如传统分布式；微服务架构和它们都有千丝万缕的联系。

---

范式一、采用同步方式记录业务流水

流水记录了业务状态最终确定前的整个过程，是给业务参与各方看的，这个参与各方包括了客户（比如大家拿到的信用卡刷卡记录）、第三方系统（比如对账文件）、内部用户（比如我们给客服打电话，客服可以知道你的交易历史）等等。

由于流水的作用和系统日志非常像，因此有些系统在设计时会把这两者混淆起来，基于性能的考虑，会像记录日志那样，用异步方式来记录流水。其实这是非常大的误区。就像上面所说，流水有业务含义，是给业务参与各方看的，它所记录的数据应该是和业务数据有一致性要求，而日志是给我们程序员看的，偶尔丢个一两条是可接受的。

因此我们需要用同步的方式来记录业务流水，也就是说记录流水应该和正常的业务操作在同一个事务中。

上图中，第一个“内部操作