系统架构

近日，2017云栖大会·深圳峰会如期举行，多项阿里云新产品对外发布。在企业级互联网架构分会场，来自阿里中间件（Aliware）的技术专家及合作伙伴，为现场参会嘉宾带来最新的传统IT架构到企业级互联网架构跨越式升级、实现互联网转型的产品及解决方案。其中高级技术专家姜宇在分享中带来的Aliware新产品—全局事务服务（GlobalTransactionService，简称GTS），在分布式事务处理上带来的高性能和技术创新令到场参会的各路技术专家眼前一亮。

Aliware新成员—全局事务服务GTS技术分享现场

分布式事务背景

OLTP领域中很多业务场景都会面临事务一致性的需求，传统业务系统常以单体应用形式存在，只需借助特有数据访问技术和框架，结合关系型数据库自带的事务管理机制来实现事务一致性的要求。而目前大型互联网应用和平台往往是由一系列分布式系统构建而成，平台和技术架构也是流派纷呈。

尤其是微服务架构盛行的今天，一个看似简单的功能，内部可能需要调用多个“服务”并操作多个数据库或分片来实现，单一技术手段和解决方案已无法满足这些复杂应用场景。因此，分布式系统架构中分布式事务是一个绕不过去的挑战。什么是分布式事务？简单的说，就是一次大操作由不同小操作组成，这些小操作分布在不同服务器上，分布式事务需要保证这些小操作要么全部成功，要么全部失败。

本质上来说，分布式事务就是为了保证不同数据库或消息系统的数据一致性。

分布式事务三大难题：一致性、高性能和易用性

分布式系统的事务一致性本身是一个技术难题，没有一种简单完美的方案能够应对所有场景，很难兼顾事务一致性，高性能与易用性。三者缺一，则适用场景大大受限，实用价值不高。

首先是一致性：要求在各种异常情况下保证数据是强一致的。目前最常见的一致性解决方案是最终一致性方案，通常是结合消息中间件实现，在互联网企业中广泛使用。最终一致性实现方案比较复杂，开发、运维成本高，并且与强一致相比，业务上是受很多限制的。

其次是高性能：目前基于XA协议的两阶段提交是最常见的分布式事务解决方案，但XA类产品的典型不足是性能低下，这对于互联网大并发需求下的多数企业是无法接受的。国外具有几十年历史和技术沉淀的基于XA模型的商用分布式事务产品，在相同软硬件条件下，开启分布式事务后吞吐经常有数量级的下降。

第三是易用性：为了满足一致性和高性能要求，出现了一些特定场景下的分布式事务方案，但通常会限制用户用法，对业务侵入性强，无法做到简单易用，带来更多开发成本。

世界级应用场景，催生世界级分布式事务解决方案

早期的阿里巴巴集团随着业务高速发展，内部不断涌现各种典型的分布式事务需求，比如阿里内部广泛使用的TDDL分库分表所带来的分库间数据不一致问题，HSF服务化后所带来的服务链路上数据不一致问题等。在这个过程中，各业务技术团队利用现有中间件技术手段实现分布式事务处理，但这些手段都较为复杂，工作量大，对应用侵入严重，有些适用场景还有限制。

2014年5月开始，阿里中间件（Aliware）内部命名为TXC的分布式事务中间件开始研发，同年10月1.0版本发布，分布式事务功能已经具备，但性能还有局限，只适合于吞吐量较小的场景；2015年12月，TXC2.0版本发布，相比1.0版本性能提升10倍以上，在阿里内部多条业务线得到部署。

通过部署TXC，应用只需极少的代码改造和配置，即可享受分布式事务带来的便利。TXC作为阿里内部为解决分布式数据强一致性问题而研发的分布式事务中间件，彻底解决了分布式事务数据一致性的问题，简单易用，先后在淘宝，菜鸟，淘票票和村淘等多个业务的核心系统上得到部署和验证。

顺应云时代潮流，GTS应运而生

从2016年年中开始，在阿里内部一直接受锤炼的分布式事务中间件TXC在2.0版本后，随着阿里中间件上云热潮，开始通过专有云输出，并得到了市场极大认可，适用场景得到进一步拓展，全面涵盖电商、物流、金融、零售、政企、游戏、文娱等领域。2017年2月，TXC2.0通过阿里云对外公测，外部改名为全局事务服务（GlobalTransactionService，简称GTS）。

GTS总体架构图

在整体架构方面，GTS由三个组件组成：客户端（GTS-Client），资源管理器（RM），事务协调器（GTS-Server）。客户端与事务协调器间，资源管理器与事务协调器间都是通过GTS分布式事务协议进行通信。客户端负责界定事务边界，开启/提交/回滚全局事务，资源管理器负责管理资源，支持的资源包括：DRDS，Oracle，MySQL，RDS，PostgreSQL，H2，MQ，后续计划根据实际业务需求支持更多类型资源。事务协调器，也就是GTS服务器，是分布式事务处理的大脑，负责协调整个事务过程。GTS事务通过RPC框架和消息中间件进行事务传递，把整个业务调用链路或者消息链路串成一个分布式事务，极大简化应用开发。

在高可用方面，GTS支持同城容灾与两地三中心容灾，可保证各种异常情况下的数据一致。在易用性方面，GTS对业务无侵入，真正做到业务与事务分离，开发者可以集中精力于业务本身。在技术创新方面，GTS也走在了行业前沿。项目负责人阿里高级技术专家姜宇（花名于皋）拥有13项分布式事务的核心技术专利，研发团队的技术专家张松树也有3篇专利。通过大量的专利技术，精妙的算法，与精巧的分布式事务私有协议，GTS取得了超强的性能。

另外，在部分严苛的行业应用场景，比如金融用户的资管项目分布式事务场景下，GTS也经历了严格的测试，按照用户要求顺利完成功能性、稳定性和性能测试。下图是一个典型性能测试场景数据，从实测数据可以看出，开启GTS（TXC）分布式事务后性能下降不明显。目前GTS已经在资金业务上有实际应用，线上大量真实数据验证了GTS的高效可靠。

GTS典型性能测试场景数据

性能优异，业务场景广泛

作为新一代企业级分布式事务服务产品，全局事务服务GTS兼顾了事务一致性，高性能与易用性。在满足事务ACID的前提下，普通配置的单服务器就可以达到15000TPS以上的超强性能（两个小时内完成1亿多笔业务），3台8核16G内存虚机组成的服务器集群可以支撑1万TPS以上的分布式事务，与同类产品相比，性能优势明显。另外简单易用对业务无侵入，为广大企业大幅降低开发成本，业务场景非常广泛：

1、跨多分库的分布式数据库事务场景：关系型数据库普遍支持事务，能够满足事务内的SQL要么全部成功、要么全部失败。但客户从单机数据库往分布式数据库迁移的情况下，原有的一个事务往往会被拆分为多个分库上的事务。由于网络的不可靠性，容易出现部分分库上成功，部分分库上失败的情况。GTS结合DRDS可彻底解决了这一问题。

2、跨多数据库的事务场景：复杂的业务系统经常会使用多个数据库，甚至多种类型的数据库，比如企业中Oracle，MySQL和其他关系型数据库并存的情况时有发生。业务同时操作多个数据库的情况下，一旦发生先提交的事务成功、后提交的事务失败，就很难解决。GTS支持各种常见关系型数据库，并提供多数据库间的事务保证。

3、跨数据库系统、消息系统的事务场景：消息系统被广泛地用于系统间解耦，一般先执行一段业务逻辑，执行成功会向消息系统发送一条消息，用于通知或触发下游业务。这个场景下，如果业务逻辑执行成功、消息发送失败，则业务不完整；如果先发送消息，但执行业务逻辑失败，同样存在问题。GTS提供了针对消息系统以及常见关系型数据库的操作入口，保证数据库操作和发送消息要么同时成功、要么同时失败。

4、跨服务的事务场景：随着业务复杂度提升，大多企业会对业务进行服务化改造。可能存在服务一操作MySQL和DRDS，服务二操作Oracle，要求两个服务操作要么同时成功、要么同时失败，否则会造成业务数据的不一致。GTS可以很方便地进行跨多个服务的分布式事务。

依托阿里中间件(Aliware)，打造世界一流企业级互联网架构平台

据GTS项目负责人姜宇介绍，“GTS作为一款高性能、高可靠、接入简单的分布式事务中间件产品，可与DRDS、RDS、Oracle、MySQL、PostgreSQL、H2等数据源，EDAS、Dubbo及多种私有RPC框架，MQ消息队列等中间件产品配合使用，可轻松实现分布式数据库事务、多库事务、消息事务、服务链路级事务及各种组合。策略丰富，易用性和性能兼顾，将真正完善阿里云中间件产品线。”

GTS（TXC）的研发依托于阿里中间件(Aliware)团队，中间件技术部是阿里巴巴集团生态系统的技术基石，为集团各大业务群提供可靠、高效、易扩展的技术基础服务；并在此基础上打造世界一流的中间件产品、高可用架构基础设施和企业级互联网架构平台，为全球企业和客户提供服务。

更多AliwareGTS产品服务和技术细节，请访问官网：

相关新闻

2016-04-19

2016-06-13

2016-10-24

2016-11-04

2017-12-29

调查数据显示，相对于传统C/S架构软件，有超过80%的中小企业对基于B/S架构的SAAS模式软件更有兴趣。联网即可使用，不限使用终端，随时随地管理。在酒店管理软件行业，以住哲为代表的ＰＭＳ公司基于Web2.0的B/S架构的酒店管理系统，兼容酒店各种现有软件系统，减少酒店大量的软件、硬件投入，大大降低酒店经营成本，为酒店创造更高效益。

先来看看使用酒店管理系统都有哪些成本？常规的成本涉及到初始软/硬件投入、培训成本、后期系统维护与升级。由于培训成本没有固定标准，笔者在此不做讨论，下图从初始软/硬件投入、后期系统维护与升级的角度来做分析，B/S架构和C/S架构优劣势便一目了然。

如今，住哲的酒店管理系统宣称终身免费，那么酒店的初始软件投入成本就是0！岂不是广大连锁酒店、中小酒店的福音？

使用住哲酒店管理系统，不仅仅省的是初始软/硬件投入和后期系统维护与升级费用，其核心酒店管理软件功能强大，处理订单简单更便捷，财物报表清晰更智能，还可以为酒店节省大量人力成本。拿一个普通的门店来举例，采用住哲酒店管理系统后，省软件购买费用，省服务器费用，省人工，告别盗版软件，一个门店节省约１０万元。试想，对于门店越多的连锁酒店，节省的成本将是非常可观的。

彦霖连锁酒店周旭光经理坦言：“如果住哲早点免费就好了，我们也就不用花几十万了。彦霖连锁酒店目前一共17个门店，从2011年开始用住哲酒店管理系统。原来要10个财务，现在3个就够用了；住哲系统跟艺龙直连后，艺龙订单直接到前台电脑的ＰＭＳ里，我把呼叫中心也撤销了，又节省3个人的成本。住哲总是不断有创新的产品推出，我们现在利用住哲的微信订房，订单量也很大。”

目前，帐篷客、花间堂、亚米新店、爱舍酒店、时尚华庭等连锁酒店正在全面采用住哲B/S架构的酒店管理系统。北京住哲正在以终身免费、核心业务系统配合多渠道营销工具、云计算以及专业的7*24服务，重新定义着酒店管理软件，并赢得了众多酒店管理者的高度赞赏。

DoNews6月28日消息（记者周勤燕）京东集团今日对内发布公告，随着业务量移动端占比不断攀升，为更好整合流量，京东将在大市场体系、无线业务、用户体验设计部的基础上成立商城营销平台体系，由徐雷担任负责人。向京东商城CEO沈皓瑜汇报。

原京东商城市场部负责人京东集团副总裁熊青云担任商城首席品牌官，向沈皓瑜汇报，负责品牌招商、集团品牌规范管理、海外品牌推广及其它战略性项目。

京东称，近期集团和商城发布了系列组织架构的升级调整和相关的人事任命，把市场营销、研发职能等多项支撑商城快速发展的重点业务和职能调整为在京东商城内闭环管理；同时将在集团层面加强战略性布局，实现京东面向未来发展的全新跨越。

资料显示，去年7月1日，京东集团对外宣布，前宝洁公司(P&G)大中华区美尚事业部副总裁熊青云加盟京东集团，全面负责京东商城的市场部工作。京东当时称，熊青云是中国外资企业职业经理人中的标杆式人物，在加入京东集团前曾担任宝洁公司(P&G)大中华区美尚事业部副总裁，是宝洁全球职位最高的本土华人。

在此之前，熊青云还曾担任宝洁大中华区市场部副总裁和品牌运营副总裁等诸多要职。

而此次重掌市场部的徐雷最早于2007年加入京东商城，一直负责京东商城广告、公关、品牌、校企营销等工作。短暂离开一段时间后，徐雷于2013年再次加入京东商城，全面负责市场营销工作；自2014年底徐雷兼任无线业务部负责人，全面负责无线业务的研发及运营工作。（完）

以下为京东内部信全文：

关于京东集团、京东商城组织架构升级调整及人事任命的公告

集团总部各体系、各部门、各子集团：

为进一步整合营销资源、加强研发闭环，实线快速响应，敏捷联动，为用户提供更好的服务体验，以更灵活的机制应对市场挑战。经集团管理层商议决定，对京东集团、京东商城进行组织架构调整及人事任命如下：

1、整合营销资源，设立营销平台体系

随着业务量移动端占比不断提升，为更好地整合流量，提升用户体验，公司将在大市场、无线业务和用户体验设计部的基础上成立商城营销平台体系，由徐雷担任负责人，实线向商城CEO沈皓瑜汇报。

商城营销平台体系下设平台运营部、平台研发部、市场营销、公共关系部、广告部和用户体验设计部，其中涉及如下机构调整与人事任命：

1)原无线业务部氛围平台研发和平台运营部，其中，平台运营部将主要承担PC与APP跨品类整合运营工作，搭建平台级运营体系，负责相关用户体验、用户经营级用户健康度等工作，平台运营部负责人向徐雷汇报。平台研发部将整合PC与APP前段产品研发，实线研发闭环。平台研发部负责人实线向徐雷汇报，虚线向商城研发部负责人马松汇报，在确定负责人之前，平台研发部暂由马松代管

2)市场营销部由徐雷兼管，承担品牌、营销运营等职能

3)商城公共关系部负责人由宋暘担任，实线向徐雷汇报

4)原数字营销业务部更名为广告部，专注于广告业务发展，颜伟鹏继续担任负责人，实线向徐雷汇报，数字营销业务除广告业务外其他职能转入市场营销部

5)用户体验设计部转入商城营销平台体系，负责平台级的UED、设计和用户研究工作。同时继续支持其他非营销平台体系，包括内部研发系统、人资、文化、智能产品、搜索大数据、京东云等领域的相关设计工作。刘轶继续担任负责人，实线向徐雷汇报，虚线向马松汇报。原商城管理部下产品管理部转入用户体验设计部，其负责人裴建东实线向刘轶汇报。

营销平台体系的搭建，将有助于减少运营与产品研发部的重复性，降低运营与采销见的沟通成本，促进各平台运营的横向协作，对商城各采销事业部的业务发展形成强力支撑。

2、实现研发体系与业务闭环

为真正实现以技术和科技创新支持商城业务发展，同时进一步落实集团“授权、赋能、激活”的管理主题，集团研发体系进一步明确定位与分工，集团研发体系将聚焦基础运维、基础研发、盈利性以及立足于未来发展的重大创新业务，如大数据、云平台、智能产品的培育和开拓，推进创新业务的孵化、规模化和产业化发展，提升新业务盈利能力。商城研发和运营研发将实现技术和业务闭环，其中涉及如下机构与人事任命：

1)商城研发部由马松负责，实线向商城CEO沈皓瑜汇报，虚线向集团CTO张晨汇报

2)成都研究院将转入商城研发部，在支持商城研发的同时，仍需承担集团技术创新等战略性研发项目的开发职能。朱艳波继续担任成都研究院负责人，实线向马松汇报

3)运营研发部将闭环到运营体系，加强与运营的业务联动，实现快速响应。并成立X事业部，专注于“互联网+物流”，为京东运营体系效率提升提供更加高效的技术支持。肖军将担任X事业部负责人，同时兼运营研发部负责人，实线向运营体系负责人王振辉汇报，虚线向马松汇报。

3、商城其他机构和职能设置优化

1)熊青云将担任商城首席品牌官，实线向商城CEO沈皓瑜汇报，负责品牌招商、集团品牌规范管理、海外品牌推广及其他战略性项目

2)商城人力资源部和行政部合并为商城人力资源与行政管理部，由季尚尚担任机构负责人

4、完善集团相关职能

李曦将担任集团公共关系负责人，实线向集团CPO蓝烨汇报，统一负责集团和国际市场的公共关系，制定集团公关政策与规范，并负责统筹和协调集团及各BG间的公关资源，商城和金融的公共关系负责人均虚线向李曦汇报。

本公告自发布日起生效。

京东集团人力资源部

2016年6月29日