山下烽火，云上江湖：蚂蚁SOFAStack是怎样炼成的？( 二 ) |SOFAStack：山下烽火

毫无疑问，这是一条无人探索过的道路。
当然，你知道阿里人的秉性，退缩和守成从来不是他们的标签。经过长达一年左右的思考和论证，技术团队果断驶入第二条赛道。 2007年起，支付宝率先启动了对交易系统、商户系统、会员系统、支付清算系统的改造，一个全新的架构正在孕育之中。
这套分布式架构就叫SOFA 。
为什么叫这个名字?其一是源于当时正火的SOA概念，即Service-Oriented Architecture ，面向服务的架构，在此基础上加入金融业务，就构成了SOFA的全称：Service-Oriented Fabric Architecture 。
其二则是开发者的私心，希望能够像沙发(Sofa)一样，让工程师可以非常爽地工作。
从连接器到工具库
什么是SOA?用偏技术的语言表述，就是把企业的IT系统以服务的方式重新组织，再通过服务总线连接起来，形成可插拔式的企业IT架构，这个架构就是SOA 。
你或许觉得这个释义很难懂，没关系，因为在那个年代， SOA纯粹只是一套面向传统企业IT架构的思想，换句话说，一套理论框架罢了。
你问业界具体的成功实践?抱歉，没有。
初次试水，蚂蚁的探路者们走得非常谨慎：第一代SOFA只解决两个问题，一是充当一个类似于胶水、连接器的机制，把分布式系统连接成整体;二是做到每一个服务组件化，让每个工程师专注做好各自的组件，最后把组件拼装在一起成为服务，再把服务拼装在一起组成整个系统。
用黄挺的话来说， SOFA能够隔离出一些不同的模块，由不同的人去做开发，每个人有了更加细致的分工，不会跟别人出现太多的交叉。
第一代SOFA清晰地定义了团队之间的边界，何时分工协作，何时紧密联合，安排得明明白白。黄挺举了个例子：简单的一次转账业务，系统需要调用用户的通讯录，调用账务相关的子系统——可能还得去问银行，账户余额到底够不够?整个流程涉及到非常复杂的系统交互，这些由不同团队开发和运维的系统，怎样才能高效交互、稳定完成每一笔业务呢?这就仰赖SOFA从中协调和沟通了。
燃眉之急解决了，但初生的分布式中间件SOFA并不能处理所有问题。它还需要打怪升级，积累经验，向下一代、再下一代演化。

无人探索的道路上没有先驱者，只有野蛮生长的技术难题在横冲直撞。
在SOFA的加持下，支付宝一边拆分金融业务系统(后来的业务中台)一边拆分底层IT系统(后来的数据中台和计算中台) ，在拆分过程中还要应对历年双十一的海量数据冲刷，以及不断涌现、千奇百怪的技术问题。甚至在解决分布式服务一致性问题时，由于业界提出的两个SOA事务标准都无法支撑支付宝核心系统的交易量，团队干脆一狠心一咬牙：现有的标准都不可行，要不我们自己提一个吧!
逢山开路，遇水搭桥。很难说清SOFA这些年来的演进中，他们遭遇过多少类似的阻碍，又有多少奇思妙想和技术实践沉淀下来，最后凝练成SOFA内部的几行代码。
他们在无人区设下哨塔，漫漫长夜被灯火点亮。
第一代SOFA ，做到了模块化。
第二代SOFA ，完成了服务化。
第三代SOFA的亮点，则是被誉为蚂蚁黑科技的单元化，异地多活架构让服务器资源水平扩容的难度大大下降，保障了用户的每一笔订单平稳顺滑。团队坦陈，面向超大规模互联网金融交易的分布化改造，单元化这一技术构想完全是被业务倒逼的，业界没有先例可循。
我们找到过一些论文、一些概念，但以支付宝这么大的体量，没有人确定这事儿真的能做成。团队成员感慨。