saga模式

新东西。中午刷微服务的时候看到的。

saga:你翻译的话会给你说一些意思，但是跟今天的主题完全不一样的。不信你自己去百度(皮一下真的很开心耶)。

主题是：微服务

不知道你有没有跟我一样的困惑，现在都在流行微服务，但是跨服务之前的数据库事务变得复杂起来。我在前东家入了go，接触了微服务，不同服务之间的数据库事务很难搞定(技术比较菜)。网上说了一大堆的CAP理论(反正我是看得云里雾里)。

进入主题

saga模式可以实现跨越多个服务服务的每个业务事务。saga事务模型又被叫做长时间运行的事务(long running transaction).描述的是在没有两阶段提交的情况下解决分布式系统中复杂的业务事务问题，这个理论目前比较新，相关论文很少。

核心思想是：拆分分布式系统中的长事务为多个短事务，或者叫做多个本地事务，然后由saga工作流引擎负责协调，如果整个流程正常结束，那么就算业务成功完成，如果在这过程中实现失败，那么saga工作流引擎就会以相反的顺序调用补偿操作，重新进行业务回滚。

（上面两段是抄的，地址：https://www.cnblogs.com/savorboard/p/distributed-system-transaction-consistency.html）

在github.com上找到了有人写的go版本的saga：https://github.com/lysu/go-saga。我没验证过。