SEATA 的 AT 模式 带你深入解析

前言

众所周知，分布式事务是个复杂的问题，有很多种不同的思路和方法。

在Seata项目中，在线服务框架最初源自阿里巴巴中间件的开源项目——自动交易模式（Automatic Transaction），这套技术提供了一种创新性的分布式事务解决方案，并且完全避免了对业务层的侵入性设计。自Seata GA版本发布以来，在开源社区内已引起了广泛关注，并有超过40家的企业开始采用Seata的自动交易模式作为其核心在线服务框架的技术基础。

AT 模式在本质上具有哪些独特的特性？该事务模式的设计灵感来源于何处？其价值体现在哪些方面？

期待通过这篇文章来帮助大家深入了解Seata的AT模式，并透彻解析其核心内容。

AT 产生的根源

我们先从 AT 模式产生的根源谈起。

单体应用的演化

以前我们都是开发单体应用。

最初的形态简化后即是：一个数据库用于编写程序完成业务逻辑处理；那个黄点即为数据接入口也可称为数据源

单体应用业务逻辑也会变复杂，我们可能要划分若干不同的模块。

在数据层面可能还需要按照领域划分设立不同的业务单元，并分别开展数据分析、系统设计以及整体管理

但是不管怎样发展下去，在这个系统中发现了一个问题：如果其中的数据入口单一化了的话，则无需过分担忧数据一致性问题的存在。因为数据库的事务能力不仅能够确保数据的一致性，并且能够有效地处理可能出现的各种异常情况。

分布式架