mark's technic world

CAP理论在互联网界有着广泛的知名度，知识稍微宽泛一点的工程师都会把其作为衡量系统设计的准则。大家都非常清楚地理解了CAP：任何分布式系统在可用性、一致性、分区容错性方面，不能兼得，最多只能得其二，因此，任何分布式系统的设计只是在三者中的不同取舍而已。 事实上，让人吃惊的是，CAP在国外的响力完全不如所想，相反还伴随着诸多的争论。下面我们系统地阐述一下CAP的来龙去脉。 1.CAP的历史

1. 柔性事务和刚性事务2. 两阶段提交（2PC）型2、事务补偿型（TCC事务）：3、异步确保型4、最大努力型 1. 柔性事务和刚性事务 柔性事务满足BASE理论（基本可用，最终一致） 刚性事务满足ACID理论 本文主要围绕分布式事务当中的柔性事务的处理方式进行讨论。 柔性事务分为 两阶段型补偿型异步确保型最大努力通知型几种。 由于支付宝整个架构

前言 本例基于Atomikos提出的微服务分布式事务的解决方案, 该方案建立在更加轻量级的HTTP协议之上, 原文如下 TCC for transaction management across microservices 根据Try Confirm Cancel补偿模式, 有关于spring Cloud的实战如下 https://github.com/prontera/s