阿里研究员玄难:如何做电商中台

  2016 ATF阿里技术论坛于4月15日在清华大学举办,主旨是阐述阿里对世界创新做出的贡献。会上阿里业务平台事业部&淘宝基础平台技术部负责人玄难阐释了淘宝经历13年的发展中,业务平台从零到有,同时又逐步演进为业务中台。而中台的概念是阿里巴巴在2015年12月提出,并且按照“大中台、小前台”理念进行组织升级,旨在建设“敏捷的前端+强大的中台”,降低整个集团的创新成本,适应新时期的发展。


  下面是玄难演讲内容


b2402032161a36ef32a6fe72db98002c58bd28ec


玄难:大家好,我叫玄难。接下来主要讲一下淘宝13年发展中,每个阶段的业务状况、技术挑战和技术体系的应对策略。


065bf2057c82ed2118059884207e45682511848c

1a5da4fb188999e6b3e54271c914091ec2e43f8c


在复杂的电商生态中,我们有4亿多的消费者,这是我们最大的资产。我们要服务好这几亿消费者,只是阿里巴巴是不可能的,现在有1700多万商家,在全国有200多万快递人员。有上万家软件服务商为我们的商家提供企业支撑软件。随着电商生态的发展,有更多的生态角色不断出现,例如大家都知道的网红。这些是外部生态。内部也从淘宝,一步步的发展壮大,现在有几十个事业部,相关的技术人员有一万多人。支撑了7000多个应用,上千种现存的业务,每天几百个业务需求,500多个独立的变更。面对这样一个复杂的体系,我们如何应对它呢?这就是我重点要讲的业务平台的发展历史。


ae31cd3064072d944b3c44a7404cdb53346a0ed2


在电商技术体系里面,我们会看到中间有一层非常关键的业务平台。淘宝网、天猫、聚划算,以及1688等耳闻目详的零售市场,都是基于业务平台建立的。很多业务也是通过业务平台进行串联的。在业务平台中包括了会员、商品、交易、营销、资金结算、店铺、评价等等电商的基础平台。4亿多会员、10多亿的商品,双11一天900多亿的成交都是在业务平台中进行管理完成的。业务平台是整个电商业务生态的基础。这是非常复杂的业务抽象和业务逻辑控制层。这一层的能力,直接决定了业务发展的速度和业务创新的成本。


e7534d87d48b5db2cc13eb87ca400eff261d1428


电商系统的发展经历了四个阶段。第一个就是淘宝生长期,单一业务系统阶段。第二个是淘宝集市+淘宝商城时期,分布式业务系统阶段。第三个是三淘(淘宝、天猫、一淘)时期、业务平台化阶段。第四个就是目前的垂直化事业部、业务中台化阶段。


9e1f1ad882f885c73cc63c33f72323a38f4c3a18


  第一个阶段是淘宝早期的建立,业务简单,一个业务系统、几台机器就支撑了。刚开始系统不稳定,每天晚上都需要把系统重新启动一下。这是2003年的界面,我们还是保留了历史的痕迹。这个阶段也分两个部分,最早是花50万买的别人的一个PHP的系统。随着业务的发展,逐步改造成了Java技术体系。系统名字叫Denali。随着电商的迅猛发展,业务品类的快速增长以及淘宝商城起来之后,技术人员的增加,这个系统搞不定了,效率和稳定性都变差了。


f9a3011f6f0000c519d5e32bf21398312f336935


  到2007年团队已经有了上千人,这个时候我们的项目支撑面临巨大的挑战,系统架构必须升级进化。这就到了第二个分布式业务系统阶段。我们开始做分布式战略,把原来的单一系统拆分成多个高内聚,低耦合的中心化系统。现在耳闻目详的用户中心,商品中心,交易中心,店铺中心,就是这个阶段出现的。同时也意味着把上千人的团队拆分成了业务相对比较集中的小团队。每个独立的系统可以独立设计、独立接需求、独立发布,整个研发效率和系统稳定性都上了一个台阶。后面小邪要讲的中间件体系也都是在这个阶段发展起来的。


be435367b8fce221664bb703411caed4a4f68a48


电商发展的速度实在太快了,到2011年随着各种B2C网站,各种导购网站的出现,公司也在战略上进行了调整,把淘宝拆分成立淘宝、天猫和一淘三个独立的事业部。三个事业部的业务决策链路更短,业务发展更快、技术人员也快速增长。而且三个事业部的定位不一样、业务发展方向不一样、业务的管控规则不一样。而且在一些业务规则上可能还相互冲突。我们都知道在做业务系统的时候,为了快速应对每天的业务需求变更,很多时候都是通过代码来写业务逻辑的。在业务抽象建模,系统架构的开放性方面都是不足的。这就会导致业务逻辑之间的耦合和相互影响,研发效率大幅下降。


系统架构必须升级,这就进入了第三个业务中心平台化阶段。业务中心平台化,什么是平台?就是要把基础能力跟每个业务方的特性业务拆分,要把业务和业务之间的逻辑进行隔离。比如说天猫的业务跟淘宝网的业务有可能是冲突的,但他们需要在一个平台上执行,这时候我们必须把业务的逻辑分开。这时候就开始升级会员平台、商品平台、交易平台等等。平台化最核心的是业务抽象建模和系统架构的开放性。业务抽象解决共性的80%问题,系统架构开放性解决20%的个性化问题。


16b0f6df9f48308a0c8d0d4d1e91b178103625ff


  比如说我们看到这个商品的平台化,整个电商体系有10几亿的商品,涉及商品本身的物理属性、不同渠道的销售价格、库存等等。还有很多的不同类目的管控规则,比例医疗器械,必须要有企业资质证明,要有检验证明等等。而且还有些类目,因为市场定位不一样,管控的力度也不一样,比例淘宝和天猫在手机的管控上也都有差异。我们怎么去解决差异性的问题,这些东西就是在整个商品平台里面去做的。我们要通过建立元数据中心、规则中心、商品发布界面自动生成、图片扫描等等来实现商品管理的平台化。


6e1f3cfc32b6ce59403ca75829a0680f708ed681 



我们知道每一个人去逛淘宝买东西,每一笔交易都在交易平台上发生,但是在不同的交易的流程和规则是不一样的。比如我们买实物商品、买虚拟商品,还有线下洗头服务等等,它的交易流程不同,有些是先支付在发货,有些是先发货后支付。比如说汽车可能需要在购买的时候同时申请贷款。支付宝给我们提供了很多支付方式,但不同业务需要的支付方式是不一样的,这些东西都是需要通过交易平台来实现。平台化要把不同业务的逻辑隔离开,避免相互影响。


f80d6825d9f74f168c9d902231d052a799c31289


淘宝今年业务方向是内容化,社区化、本地服务化。我们需要为淘宝网未来5年的业务升级搭建新的基础设施,新的业务平台。像这个内容平台就是其中的一个,需要能同时支持所有业务的内容生产、内容管控、内容的检索、内容的组织等等。


a9ead78ec527905f3b35b1992a41ab36f5dbb3d0


  全球化是整个集团得战略方向。要能把我们中国的货卖到国外,国外货卖到中国,国外不同国家之间的货物买卖。这些东西都涉及我们整个电商基础设施的升级,包括多语言、多币种、多时区的支持。但他不仅仅这些,还有更复杂的电商基础模型的升级。比如中国有一个很好的制造商,商品品质好。但是他们自己本身不具备英语的能力,俄语的能力,这时候在我们的电商体系里面,如何帮助他把货物卖到全球去。国外的品牌如何简单方便的把货物在淘宝、天猫、聚划算、1688、农村淘宝上去卖等等。比如说华为生产的手机,在天猫上卖的价格、AliExpress上的价格不一样,而且整个的营销模式不一样。“双十一”搞活动的时候,你会发现因为时差的问题,我们整个交易营销的控制逻辑都极大的提升了复杂度。会员安全控制的复杂度等等,都会发生天大的变化。当我们面对全球化的时候,所有基础的模型都会发生变化,涉及到我们对电商商业领域的理解升级,基础模型升级,平台能力升级。


e0ed89154f44d6a7e1fc8da2a9d93f00a64ee669


到现在为止,平台化的升级改造还在不断的继续。而且只要这个业务存在,这个公司存在一天我们就要不断的进行平台的升级。


但随着生态的复杂度、业务的复杂度、系统复杂度的升级,我们又遇到了新的问题。我们领域的平台化解决了领域内部的问题。但是我们每一个业务的执行都是夸领域的,涉及会员、商品、交易、营销、店铺、评价、支付、物流、售后等等,业务逻辑横跨几十个系统。比如说这个衣服,我们的商品发布规则是什么样的,交易规则什么样的,营销规则什么样的,这些规则分散在不同的系统中,而且还是相互有关联的。逐渐的,没有一个人能说清楚全局情况了。最后发现最厉害的是谁?就是我们的程序员,因为他们能翻代码,能把所有的逻辑还原出来,但代价极大。最后发现做一个需求,我们评估所有系统的需求要1个月时间,开发只需要10天,但测试又花了10天。真正有效的工作占比很少。整个研发效率和业务响应速度都比较差。这个问题已经不是一个技术问题了,而是一个复杂生态的协作问题。我们就到了第4个业务中台化阶段。主要解决4个问题:1、信息获取成本高。2、互联互通成本高。3、服务具有不确定性。4、低水平重复建设。


如何来解决这些问题呢,我们可去看一下传统的建筑行业和互联网本身的基础设施建设。基本上靠三个东西来共同解决一个复杂生态的协作问题。1、协议标准、运行机制。2、满足标准的分布式执行单元。3、中心化的控制单元。比如说我们的移动互联网,我们现在之所以上网能用手机,它的根本是什么呢?网络的协议,就是我们整个对网络的理解,它是最基本的思考。然后我们有很多设备,不管是什么品牌的手机,只要满足3G协议、4G协议,就可以插上卡上网。也就是通过这张sim卡确定了我们的身份,从运营商控制网络上获取了控制信息。知道我们是谁,能不能上网,网络速率等等信息。回头来看我们的电商生态,就是要根据我们对商业的理解,把一些基础协议梳理出来。例如什么是业务?什么是业务身份?各个业务领域的边界是什么?每个领域提供的基础服务是什么?领域服务和领域服务之间的流程链接标准是什么?再在这些思想的指导下去建立业务平台化的实施标准和业务管控标准。电商业务中台由一系列业务能力标准、运行机制、业务分析方法论,配置管理和执行系统以及运营服务团队构成的体系,提供各业务方能够快速,低成本创新的能力。


dcc47bc61ef8d45c51394a7a97d710c5b5fdb7bd


业务中台需要一个中心化控制单元,就是我们的运营平台。它主要由协议标准,能力地图、业务需求结构分解、全局业务身份、业务全景图、业务度量等构成。能让我们有一个地方纵观全局,把控细节。其中能力地图是一个最基础的设施,要能把电商生态里面的能力都呈现出来,并在过程中不断的优化完善。就象我们现在出行离不开高德地图一样,今后所有的业务方需要做业务规划,业务创新,都可以到这儿来寻找需要的基础能力。


7a88afa02a7c36415e4a44e87f85a300730080c2

  

  为了能将业务逻辑本身与实现逻辑分离,可以将业务逻辑下发给不同实现的执行系统,引入竞争,方便业务平台的改造升级,我们要将控制信息从业务平台中抽离到业务中台,以业务身份为主线来进行组织管理和呈现。并以生态角色的视角来重构信息架构。这样的变革对我们原来的系统架构提出了更高的要求。


f0a722b65dc4093fba07d5f4eeabcdc260c5e198


  通过业务中台化,我们把所有业务的数据汇集沉淀。每个业务它是怎么出来的,出来之后做了哪些业务需求,业务活动,每个业务活动的效果是怎么样的,都可以沉淀下来。当一个新业务来了之后,我们就可以让他看到前人成功和失败的经验。逐步可以做一些系统建议,建议他怎么去做营销活动,怎么做效果分析。这样我们能通过数据最终反过来支撑我们的业务创新。

   

最后,我想说的是业务平台是在最基础技术和前端大家能感受到交互技术中间的一层。这一层不是外部消费者和入门级技术人员能直接感知到的。但是这一层才是真正制约我们整个商业发展速度的核心地带。业务平台如何能支撑几千种业务,几万人在同一个时间里面进行变更,这个对业务业务的抽象能力和系统架构能力的要求都是极高的。

大家学一个技术,学一个网络的协议,今天学完了以后我一辈子都不会忘记,都可以用。但是我们在做业务抽象建模的时候,今天你的想法跟明天的想法都会不一样。为什么?桌子上的一杯水,今天你看到一个杯子,材质是塑料的,瓶口是小的,肚子是大的,你可能就做了抽象建模,但明天发现另外一个杯子的时候,它是大口小肚子的,你对杯子的理解变化了。所以说它是随着你生活阅历的增长,视野越来越开阔,你对同样一件事情的理解越来越深刻,你的建模能力都在不断的提升,而且基本是无止境的。在业务平台你会对商业的本质有更深入的学习、理解和成长。


面对复杂的生态协作,业务中台化是我们集团2018年中台战略的关键组成部分。“商业跑得快,业务平台可信赖”是我们的使命。欢迎大家加入我们的团队,请联系:阅成(wenglong.qwr@alibaba-inc.com) ,玄难(xuannan@taobao.com)谢谢!

  • 4
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
对于大中台来讲,现在并没有十分严格的定义,每个企业对其的理解都是不同的,有的在技术上使用大中台模式,有的在业务上使用大中台模式,有的将两者相结合。“大中台,小前台”的机制最初阿里提出的时候,主要应用于O2O线上线下协同、电商等场景,对于电商来说,市场环境是瞬息万变的,而前台是主要的一线业务,这时就需要一个强大的技术中台提供快速设计方法和系统性后端服务,去应对市场变化,灵活快速的出应对策略。 技术中台技术角度出发,数据中台从业务数据角度出发,业务中台站在企业全局角度出发,从整体战略、业务支撑、连接用户、业务创新等方面进行统筹规划,由基础中台技术中台、数据中台L合支撑来建设业务中台。 本套中台案例基于真实工业界业务讲解,将多种经过工业界验证的成熟技术解决方案呈现给大家,本套课程拒绝枯燥的理论,全程代码实操,通过项目驱动的方式,让大家能够真实体验中台工业界开发过程,帮助大家建立中台思维,学习本套课程全部内容你完全可以自主开发一套高性能高可用高扩展的中台系统。本套案例集后端+前台+测试+运维一体,多方位的带你熟悉全过程。本课程将带大家实现一个真实的工业界中台项目,该项目是基于真实的知名互联网企业项目讲解,本课程将分为4个阶段: 第一阶段:会实现中台系统的大部分核心服务,包括:会员中心,商品中心,交易中心,商家中心,支付中心,友凡商城等等。 第二阶段:进一步完善中台系统的核心服务以及优化,包括:营销中心,搜索中心,店铺中心,缓存优化,数据库优化等等。 第三阶段:进一步优化以及完善产品服务,包括:前台系统,中台系统,友凡商城 友凡生鲜,友凡超市等等。 第四阶段:项目收尾阶段以及运维阶段,包括:压力测试,系统维护,系统部署,虚拟化方案,测试方案等等。 本课程包含的技术: IDEA集成开发工具  SpringBoot 2.0.8.RELEASE SpringCloud Finchley.SR2 Thymeleaf(模板引擎技术)  支付宝支付 MyCat、MySQL、Druid  持续集成解决方案(Jenkins) 认证解决方案(JWT) 网关解决方案(Zuul) 负载均衡解决方案(Ribbon) 分布式事务+多线程+事件驱动 MyBatis+Redis+Quartz Ehcache+Hystrix Nginx(Web服务器) Restful AOP技术 性能压力测试Jemter  VUE+jQuery+Ajax+NodeJS VUE+Element-UI 容器部署Docker Kubertenes Lucene、ElasticSearch(搜索) 设计模式、RabbitMQ Swagger2 文档生成工具 人工智能(RNN、LSTM)多语言开发(Python、Django)课程亮点: 1.与企业无缝对接、工业界真实业务场景 2.集后端+前台+测试+运维一体,多面学习技术链 3.多语言协调开发,熟悉语言应用场景4.支持项目快速迭代和开发 5.引入人工智能智能客服系统 6.使用微服务技术栈+前后端分离构建项目 7.引入全新的设计理念 8.全链路性能压力测试 9.分布式事务解决方案 10.事件驱动设计解决方案 11.多线程技术+设计模式的实战应用 12.分布式架构下实现分布式定时调度 13.集成MyBatis实现多数据源路由实战 14.集成SpringCloud实现统一整合方案 15 Kubernetes+Docker容器化部署和管理 16.大型系统分布式部署方案 17.高性能系统(支撑海量数据) 18.高并发下的服务降级、限流实战 19.实现高并发请求和实现高可用架构解决方案 20.全程代码实操,提供全部代码和资料 21.提供答疑和提供企业技术方案咨询企业一线架构师讲授,代码在老师的指导下企业可以复用,提供企业解决方案。  版权归作者所有,盗版将进行法律维权。 

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值