阿里巴巴中台技术架构实践与思考
阿里巴巴中台技术架构--实践与思考
阿⾥巴巴中台技术架构--实践与思考From 阿⾥技术⽅案总监--谢纯良01阿⾥巴巴IT架构⽰意图我们从下往上看：基础设施服务层，也就是机房设备，提供硬件底层⽀持。
中台技术⽀撑平台，包括分布式服务框架、分布式数据库、分布式消息、分布式存储、分布式事务、实时监控服务等等。
阿⾥巴巴业务中台，包括各服务中⼼的抽象出来的各种业务能⼒，包括交易中⼼、⽀付中⼼、营销中⼼、结算中⼼、⽤户中⼼、账户中⼼等等。
各业务板块应⽤，就是前台⽤户使⽤的各个端，如新零售、⾦融、物流、营销、旅游等。
02阿⾥巴巴业务中台是什么？阿⾥业务中台，从整体上来讲分为：实践⽅法论、技术产品、业务能⼒。
实践⽅法论。
包括中台如何建设、如何管控、如何进化，对阿⾥的中台建设思路、⽅法进⾏了总结。
技术产品。
也叫技术中台，包括许多中间件产品，公共技术产品，是阿⾥技术底座的产品化。
业务能⼒。
是将阿⾥10⼏年沉淀的对⾏业的理解，形成了标准化的业务能⼒，如积分、会员、抵⽤券服务等等，它们很好的⽀撑了各业务线的快速发展。
03阿⾥中台架构演进路线阿⾥中台架构演进路线，经历了去IOE、分布式架构、服务平台化、以及中台化。
04IOE阶段----业务快速上线IOE，主要是优化了我们的IT成本，将核⼼技术掌握在⾃已⼿⾥。
当时我们单⼀JAVA应⽤，代码有600M之⼤，⼏百⼈共同维护，写代码的同学可以脑补⼀下这个画⾯。
当时的系统架构已经⽆法职场，业务增长量、巨⼤的访问量。
05全栈分布式分布式阶段，是架构的服务化拆分，形成了⼤型分布式服务架构，解决容量、性能的问题。
遇到的问题是开源框架不成熟，⽐如没有好的RPC框架，许多领域基本都是空⽩，只能架构的同学⾃⼰硬着头⽪搭。
也就是这个阶段，沉淀了⼀批技术基础设施，如：分布式⽂件存储、服务治理、MQ、数据库等。
06平台化----技术拓宽商业边界（秒杀、创新）平台化，是把架构各层进⾏很好的分层、治理的过程，具备了异地多活、服务⾼可⽤的能⼒。
阿里巴巴集团企业组织结构探究及再设计
阿里巴巴集团企业组织结构探究及再设计摘要：本篇文章主要研究阿里巴巴集团组织结构模式，从而深刻的了解组织结构的内容和不同组织结构的利弊。
并在此基础上，设计更优的组织结构，使有限的资源得到更加有效的配置使用。
关键词：组织结构阿里巴巴事业部制项目化组织结构一、写作背景在国际化的进程中，我国集团企业化管理方面的问题日益凸显，从外延式增长向集约式增长的压力越来越大。
集团企业要想形成并长久保持竞争优势，很重要的一项管理任务就是建立合理有效的组织结构。
任何一个企业，不管其拥有的人、财、物资多么丰富，总是需要通过一定的组织形式才能产生使用效益。
正因如此，“组织”常被看作是与人、财、物三大要素并重的第四大经济要素。
面对经济的高速发展和全球化进程的加快，深化集团企业改革，特别是优化集团企业的组织结构已成为现代集团企业改革和发展的核心问题。
本篇文章主要研究阿里巴巴集团组织结构模式，从而深刻的了解组织结构的内容和不同组织结构的利弊。
并在此基础上，设计更优的组织结构，使有限的资源得到更加有效的配置使用。
阿里巴巴集团之所以成为本篇的研究对象，有三点原因。
首先，从当下的形势来看，淘宝已成为一种精神文化。
进年来伴随着信息科技的迅速发展，使得许多人类传统的活动方式发生了改变，尤其是电子商务的蓬勃发展，使得人们越来越喜爱网上购物，网上购物作为一种新兴的消费模式应运而生。
这种足不出户就可购尽天下物的购物方式深受青年人群的喜爱，已经成为了一种潮流。
而淘宝网是中国乃至亚洲最大的网上商品交易平台，它是网络零售商圈里最具代表性的。
它是由阿里巴巴集团在2003年5月10日投资创立。
故而我们对阿里巴巴的研究不会让读者产生一种迷茫感，而对于我们研究者本身也能增添一丝趣味性。
毕竟相对于完全陌生的事物我们更倾向于有一点熟悉的事物。
其次，阿里巴巴集团2014年刚刚上市，是一家刚刚起航的上市集团，需要完善的地方还有很多。
而且，阿里巴巴集团的价值观里有“拥抱变化”和“敬业”这两个价值观。
阿里巴巴的大中台，其到底有什么高明之处？
阿里巴巴的大中台，其到底有什么高明之处？最近阿里巴巴分享了《阿里巴巴数据中台实践》这个PPT（自行搜索原始文章），对于数据中台的始作俑者，还是要怀着巨大的敬意去学习的，因此仔细的研读了，希望能发现一些不一样的东西。
读这些专业的PPT，实际是非常耗时的，你需要把这些PPT外表的光鲜扒光，死抠上面的每一个字去理解底下隐藏的含义，然后跟你的已有知识体系去对比，看看是否有助于完善自己的认知，对于自己不理解的，还需要经常去检索相关的文档。
当然，很多写PPT的用词没这么严谨，临时造概念的不少，或者是独特的说法，因此有时候还要做一些揣测，结合自己的实践去理解，这篇PPT的解读有6000多字，因此请做好烧脑的准备，虽然笔者没去现场听演讲，但希望我的“演讲”也能让你学到真功夫。
就让我们开始吧。
1、题目和背景看到这个片子的出处，阿里云智能事业部，其实是有点奇怪的，记得阿里的中台事业群包括搜索事业部、共享业务平台、数据技术及产品部，阿里云是一个侧重云业务的平台事业部，它来说数据中台合适吗？有人会问，平台和中台又有什么区别呢？阿里云来讲中台不是很合适吗？笔者的疑惑是这样：一般意义上的平台具备业务无关性，潜心技术就可以了，而中台是业务的收敛，跟业务的相关性很大，对于数据中台，其核心竞争力不是平台级的技术，而是数据的理解、处理和挖掘。
让一个做平台技术的人跑到前端去理解数据诉求沉淀共性是不现实的，而这是当前数据中台创造价值的核心。
当然讲PPT的可以不问出身，能理解阿里的数据中台就可以了。
2、DT派向左，IT派向右传统的IT是成本中心，而有了数据后，就可能成为价值中心，这个价值体现在：在管理上可以提供决策支持，在生产上可以提供与管理匹配的智能工具，也就是提升生产关系和生产力的适配能力。
这一点提得是不错的，比如浙江移动大数据中心就是直接定位为利润中心。
这里的IT和DT的对比就不太合适了，两者不是对立的关系，而是融合的关系，D通过IT形成DT，比如原来IT渠道系统仅受理业务，现在在受理的场景下可以加载基于数据的智能推荐。
互联网企业的大中台架构实践
180人干出腾讯3000人团队业绩
中台定义和意义
中台定义：企业级能力复用平台
前台系统小而美，快速迭代
中台比前台稳定，比后台灵活
后台系统稳定可靠
创业初 2005年 2012年 2018年
腾讯组织架构调整历程
职能式
COO
渠道
业务
BU化事业部 制
企业发展系统
一线 业务
互联一 业务
B线-业务系统
互动娱 乐业
1688
淘宝 天猫
1688 技术团队
淘宝 技术团队
“烟囱式”系统建设模式
烟囱系统是指一种由相互关联的 元素紧密结合在一起的集合，其 中单个元素无法区分、升级或重 构。烟囱系统会一直维持存在直 到有新的系统将其完全取代。
阿里“大中台，小前台”提出的背景
企业信息中心发展的问题突显：烟囱式系统建设模式
重复功能建设和维护带来 重复投资；大量的功能和 业务在多个系统中同时存 在，是很显性的成本和资 源浪费
集
团
Ai
业 务
Express
1688 淘宝
天猫
聚划 算
飞猪
口碑
支撑
共
享 用户中心
业
务
事 务
店铺中心
部
商品中心 搜索中心
交易中心
数据服务 中心
阿里 妈妈
菜鸟
开
物流
源
评价中心 营销中心
支撑
集
阿群
里部
云 平 台
署 （
大 禹
）
分布式应用服务平台EDAS
弹性计算 服务ECS
关系型数据 库服务
RDS/DRDS
开放存储 服务OSS
消息服务 MQ
【中台战略】阿里专家，一篇讲透“业务数据双中台”架构
【中台战略】阿里专家，一篇讲透“业务数据双中台”架构01阿里业务数据双中台架构图阿里中台主要体现为由业务中台和数字中台并肩构成的双中台，并肩扛起了所有前台业务。
业务中台将后台资源进行抽象包装整合，转化为前台友好的可重用共享的核心能力，实现了后端业务资源到前台易用能力的转化。
数据中台从后台及业务中台将数据流入，完成海量数据的存储、计算、产品化包装过程，构成企业的核心数据能力，为前台基于数据的定制化创新和业务中台基于数据反馈的持续演进提供了强大支撑。
业务中台与数据中台相辅相成、互相支撑，一起构建起了战场强大的后方炮火群和雷达阵。
02阿里数据中台赋能业务全景图在架构图中，看到最下面的内容主要是数据采集和接入，按照业态接入数据（比如淘宝、天猫、盒马等），把这些数据抽取到计算平台；通过OneData体系，以“业务板块+分析维度”为架构去构建“公共数据中心”。
基于公共数据中心在上层根据业务需求进行建设：消费者数据体系、企业数据体系、内容数据体系等。
经过深度加工后，数据就可以发挥其价值被产品、业务所用；最后通过统一的数据服务中间件“OneService”提供统一数据服务。
03阿里数据中台三大体系经过多年实战，沉淀出了阿里云上数据中台内核能力框架体系：产品+技术+方法论。
OneData致力干统一数据标准，让数据成为资产而非成本；OneEntity致力于统一实体，让数据融通而以非孤岛存在；OneService致力于统一数据服务，让数据复用而非复制。
这三大体系不仅有方法论，还有深刻的技术沉淀和不断优化的产品沉淀，从而形成了阿里巴巴云上数据中台内核能力框架体系。
04阿里数据中台及赋能业务模式支撑阿里数据中台，经历了所有阿里生态内业务的考验，包括新零售、金融、物流、营销、旅游、健康、大文娱、社交等领域。
数据中台除了建立起自已的内核能力之外，向上赋能业务前台，向下与统一计算后台连接，融为一体。
05数据中台六大数据技术领域前文提到，在建设阿里数据公共层之初，规划了六大数据技术领域，即数据模型领域、存储治理领域、数据质量领域、安全权限领域、平台运维领域、研发工程领域。
什么是中台架构？
近年来中台主题的文章已经铺天盖地，相信很多读者对于中台都有一定的了解了。
2015年马云考察了一家欧洲游戏公司之后提出了“中台”的概念。
随后的2018年，钟华出版了《企业IT架构转型之道：阿里巴巴中台战略思想与架构实战》一书，比较完整地阐述了阿里巴巴集团的中台实践过程，这也是中台现象的开始。
钟华如今仍在实践中台的理念，2020年他又出版了《数字化转型的道与术：以平台思维为核心支撑企业战略可持续发展》，总结了新的实践经验。
中台就其设计理念而言，仍是为了有效提升复用能力而设计的企业架构方法。
2019年，在南京中台大会的闭门讨论中，主持人曾要求每位演讲嘉宾用一句话概括自己对中台的认知，笔者当时说：“中台与我实践过的企业级业务架构方法论（EBA）相似，也只是一种企业架构方式。
”就目的而言，二者殊途同归，都是在考虑识别、沉淀企业的业务能力，将其模块化、服务化、共享化之后，更好地支持业务变化。
与传统企业架构理论相比，中台常被认为是“自下而上”的实现方式。
从实践层面来讲，方法论很少有纯粹“自上而下”或“自下而上”的实施路径，但仅从表现上看，由于中台方法论的提出者没有披露过整体规划方法和过程，因此中台更多是被定位在“自下而上”这个方向上。
中台相关的文章一开始也缺少对企业战略如何分解落地的阐述，钟华的第二本书和云徙科技的《中台战略》《中台实践》对这方面进行了补充。
关于这几本书的详细介绍可点击查看此前的文章：《阿里云宣布2021要“做厚中台”！有哪些书值得读？》与传统企业架构理论相比，中台很关注业务架构。
业务架构根据其设计范围可以分为领域级和企业级，从各种相关介绍来看，中台方法论对业务架构的应用较侧重于领域级，业务架构师按领域配置开展工作。
当然，当设计发展到一定程度，自然会关注到企业级。
对中台的探索，笔者认为仍然值得开展下去。
对中台的探索就是对架构设计理念的探索，是国内大型互联网企业在技术实践越来越成熟之后对上层设计的必然追求，也是摆脱了具有一定盲动性的敏捷后，对企业架构理论尤其是业务架构价值的重新发现。
企业IT架构转型之道：阿里巴巴中台战略思想与架构实战读后感10篇_读后感_名著读后感
精心整理企业IT架构转型之道：阿里巴巴中台战略思想与架构实战读后感10篇_读后感_名着读后感《企业IT架构转型之道：阿里巴巴中台战略思想与架构实战》是一本由钟华着作，机械工业出版社出版的平装图书，本书定价：79，页数：357，文章吧小编精心整理的一些读者的读后感，希望对大家能有帮助。
：abcde 1.。
2.请求的3.《企业IT架构转型之道：阿里巴巴中台战略思想与架构实战》读后感(二)：阿里中台服务共享体系研究注：来源本书和知乎。
一、战略指导1、中台首先是一种战略选择，一种组织形式，其次才是一些有形的产品支撑和实施的方法论2、阿里把所有与势能相关的公线资源全部收拢，使其变成真正意义上的“火力中枢”3、王博士的梦想是：把阿里云做成水电煤一样的基础设施4、助力一带一路，协同出海，货通全球全球化战略是阿里未来20年最核心的三大战略之一马云曾这样描述阿里的全球化目标：希望为全世界解决1亿就业机会，服务20亿消费者，为1000万家中小企业创造盈利。
要让全世界的中小企业能够做到全球买、的公司。
透析Supercell的模式，它的成功离不开其自身在多年游戏研发中积累的“中台”能力，这个能力使得几个人的小团队在几周时间就能研发出一款新游戏，通过对游戏开发过程中公共的素材、算法等资源进行沉淀，充分鼓励员工进行试错、创新，降低试错成本，提升创新效率，使得团队能以最快的速度找到受市场欢迎的产品，为奠定其游戏行业地位打下了坚实的基础。
2009年阿里巴巴开始构建的共享服务体系应该算得上是微服务实践的先驱，经过7年多的实践探索和演变，绝对称得上是“微服务”架构在大型互联网公司中的最佳实践。
三、作用12公司那么艰难，甚或更为艰难。
总而言之，阿里巴巴这次以及之前的数次组织架构调整，其实背后反映了小公司长成大公司的过程中所必须经历的规范化与正规化历程。
而这，也是其它的互联网公司迟早都需要经历的---这似乎也意味着中国互联网的发展将进入到“新常态”了。
企业IT架构转型之道：阿里巴巴中台战略思想与架构实战
第10章大型央 企互联网转型
第11章时尚行 业品牌公司互 联网转型
10.1项目背景 10.2项目实施 10.3客户收益 10.4**感想 10.5项目后记
11.1项目背景 11.2供应链的改造 11.3基于SCRM的全渠道整合营销 11.4小结
作者介绍
这是《企业IT架构转型之道：阿里巴巴中台战略思想与架构实战》的读书笔记模板，暂无该书作者的介绍。
企业IT架构转型之道：阿里 巴巴中台战略思想与架构实战
读书笔记模板
01 思维导图
03 读书笔记 05 目录分析
目录
02 内容摘要 04 精彩摘录 06 作者介绍
思维导图
本书关键字分析思维导图
阿里巴巴 中台战略
思想
业务
阿里巴巴互联网Biblioteka 中台架构服务化
架构
阿里巴巴
企业 业务
项目
道
第章
服务体系
能力
数据库
感谢观看
8.1限流和降级 8.2流量调度 8.3业务开关 8.4容量压测及评估规划 8.5全链路压测平台 8.6业务一致性平台
9.1服务化建设野蛮发展带来的问题 9.2共享服务平台的建设思路 9.3共享服务平台与业务方协作 9.4业务中台与前端应用协作 9.5业务中台绩效考核 9.6能力开放是构建生态的基础
但我所说的懂业务是指，能对业务的下一步发展有着自己的理解和看法，对业务流程如何进一步优化能更好 地提升业务，甚至对企业现有的业务提出创新的想法，为企业带来新的业务增长点。
系统的建设要从生产型模型升级到运营型模型，从版本模型升级到迭代模型。运营型模型最大的优势是所有 的积累都被沉淀，而生产型模型会因为10%的差异而重新建设100%的系统。
阿里云数据中台
拥有“你学不会的海底捞式优质服务”等软实力外，这家餐饮业创新的标志性企业，已经通过和阿里云等企 业合作，透过先进的互联技术开始新的蜕变。
飞鹤借助了云计算等高科技技术的力量，包括与阿里云展开深度合作，共同推进飞鹤基于阿里云数据中台的 数据技术驱动运营能力建设，加速促成了这样的变革。
从数字化到数智化，阿里巴巴品牌全域数据中台为雅士利国际集团带来了线上、线下的全域共振，“使得整 个组织以火箭的速度往前跑。”
数据中台核心方法论
通过OneModel、OneID、OneService，实现数据的统一，即OneData。
其中OneModel统一数据构建及管理，完全消除数据二意性，实现分钟级代码自动生成；OneID是将核心商业 要素资产化，实现数据的全域连接、标签萃取、立体画像；OneService则统一数据服务，以主题式服务输出，简 化了数据查询。
数智化转型升级是未来的趋势,但是在实际操作中，具体该怎样有序推进数智化转型升级，伽蓝集团与阿里云 合作的数字中台项目，也许可以给美妆行业一些借鉴。
2018年7月，蓝光地产开始跟阿里合作，“中台”项目立项。“数据中台给了我们机会。”陈波说，传统企 业拥抱中台实现数据中，需要有一些过程。
感谢观看
阿里巴巴在中国最先提出数据中台概念。阿里巴巴认为：数据中台是集方法论、组织和工具于一体的,“快”、 “准”、“全”、“统”、“通”的智能大数据体系，帮助企业实现好数据、联商业和通组织”。当前，阿里巴 巴已经将内部多年沉淀的方法论、技术及工具通过阿里云数据中台正式对外赋能。亦称阿里云数据中台。
数据中台构建目标
数据中台产品矩阵
1
Dataphin：
2
Quick BI：
3
Quick Audience：
阿里巴巴中台战略思想和架构
线性扩展
分布式服务框架
微服务
01
02
03
01
微服务的典型 特征
02
微服务与传统 SOA的差异
03
构建微服务架 构遇到的问题
微服务
01
微服务的典型 特征
02
微服务与传统 SOA的差异
03
构建微服务架 构遇到的问题
微服务
01
分布式服 务组成的
系统
04
智能化服务 端点与傻瓜 式服务编排
02
按照业务而 不是技术来
全链路压测平台
主要对零点峰 值流量进行评 估，以及对网 站承压能力进
行测试
全链路压测平 台同时处理正 常流量和测试
流量
基础数据抽取
链路和模型构 造
链路验证
业务改造
全链路压测平台
数据平 台
流量平 台影子表ຫໍສະໝຸດ 中间件 改造安全机 制
全链路压测平台
基础数据抽取
以线上数据为数据源，进行采样、过滤、脱敏 数据量与线上数据保持同一个数量级 在数据库的sequence_id进行区间隔离
数据库的读写分离
主库处理事务性的增删改操作，从库专 门负责查询操作
缺点
主库的写入能力无法拓展 单表数据库庞大带来的性能问题
主库中的数据变更同步到从库集群
优点
拓展了数据库对数据读的处理能力， 整体上大大的提高数据库读写能力
分库分表
01 将同一张表中不同数据采用水平分区的方式拆分到不同的数据库中
02 被拆分的表数据尽可能的平均分配到不同的数据库中，避免拆分不均匀，出现新的单表过大问
业务流程异步化
消息中间件
异步化与缓存原则
A
阿里中台架构解析
阿里中台架构解析v1.2
一、阿里业务中台
阿里业务中台架构图
业务中台化-业务创新和智能化
阿里核心业务架构
二、阿里数据中台
阿里数据中台全景图
阿里业务、数据“双中台”
阿里业务、数据“双中台”
大数据生态组件
数据中台PasS层Dataphin
Quick BI助力云上企业数据分析
阿里大数据能力框架
阿里数据中台赋能生态
阿里数据中台演进的四个阶段
三、阿里技术中台
阿里技术平台底座
阿里技术中台
四、阿里移动中台
五、阿里研发中台
研发中台—全链路压测
六、阿里组织中台
阿里组织中台
阿里组织中台
七、阿里中台建设方法论
阿里中台建设方法论
企业中台战略升级的4个方面
阿里业务中台建设路径。
阿里巴巴中文站架构设计实践
但到了2010年底，我们却不得开始实施第五代网站架构改造
2011
第五代网站架构 ？？？？？？？
第五代网站架构的使命
n
敏捷
n
业务快速增长，每天都要上线大量的小需求。 应用系统日益膨胀，耦合恶化，架构越来越复杂，会带来 更高的开发成本。如何保持业务开发敏捷性？
n
n
开放
n
Facebook和 AppStore带来的启示，如何提升网站的开 放性，吸引第三方开发者加入到网站的共建中来？
统一一数据服务平台
根据查询条件匹配热点
n
当数据变更时 请缓存任务
n
热点缓存平台
规则设置 热点规则 KEY规则 过期规则
查询 / 更新索引 读写热点数据
n
热点匹配 Key生成
过期控制 事件过期 自动过期
n
缓存读写
n
热点缓存索引
Query1: id1,id2……
KV集群
[ id1: model1]
n
问题1：性能问题
n
• • •
n
业务模型的不同字段可能会来自不同的数据源，组装对象成本很高 延迟加载和按需返回设置不当，加载冗余数据，会导致性能问题 呼唤缓存
问题2：网站数据非常庞大，缓存过多数据消费比不高，只能缓存热点数据
分析： 网站数据访问存在明显的热点分布.
n Leabharlann • n 例如，行业热点，占总数10%的热门行业的商品的浏览量占全站商品浏览总量的90%以上
n
n
感兴趣领域: Java, SOA, Performance tunning, Erlang Email, google+: helin8@
中台落地实践心得体会总结
一、前言近年来，随着互联网、大数据、云计算等新技术的快速发展，企业面临着日益激烈的竞争环境。
为了提高企业的核心竞争力，很多企业开始探索中台战略。
中台作为一种全新的组织架构，旨在通过整合企业内部资源，实现业务、技术、数据等方面的协同，为企业发展提供强有力的支撑。
本文将从我的实际工作经验出发，总结中台落地实践的心得体会。
二、中台落地实践背景1. 企业战略需求随着企业业务的发展，业务线日益增多，各个业务线之间缺乏协同，导致资源浪费、效率低下。
为了解决这一问题，企业需要通过中台战略，实现业务、技术、数据等方面的整合，提高企业整体竞争力。
2. 技术发展趋势云计算、大数据、人工智能等新技术的发展，为企业提供了丰富的技术手段。
中台战略可以充分利用这些技术，实现企业内部资源的优化配置。
3. 行业实践借鉴国内外许多知名企业，如阿里巴巴、腾讯、京东等，已经成功实施中台战略，取得了显著成效。
这些成功案例为我国企业提供了宝贵的借鉴。
三、中台落地实践心得体会1. 明确中台定位在中台落地实践中，首先要明确中台的定位。
中台不是独立于业务线之外的一个部门，而是为业务线提供支持、服务的平台。
中台要具备以下特点：（1）技术驱动：中台要具备先进的技术能力，为业务线提供高效、稳定的技术支持。
（2）业务赋能：中台要深入了解业务需求，为业务线提供定制化的解决方案。
（3）数据驱动：中台要具备强大的数据处理能力，为业务线提供精准的数据支持。
2. 建立高效的组织架构中台落地实践中，组织架构的调整至关重要。
以下是一些建议：（1）成立中台团队：由技术、业务、数据等方面的专家组成，负责中台的建设和运营。
（2）优化部门职责：明确各部门职责，确保业务线与中台之间的协同。
（3）建立跨部门协作机制：加强部门之间的沟通与协作，提高工作效率。
3. 技术选型与平台搭建（1）技术选型：根据企业实际情况，选择合适的技术栈。
例如，前端可以使用Vue、React等框架，后端可以使用Spring Cloud、Dubbo等框架。
深度解密阿里巴巴“中台战略”转型始末
深度解密阿里巴巴“中台战略”转型始末导读：管理是动态的，动态的管理尤其强调部门间开展良好的协同合作，而不是竞争内耗和无谓的牺牲。
这个道理很多管理者都明白，却少有企业能达到平衡。
2009年以前的阿里巴巴也面临着这样的窘境，部门员工怨声载道，严重影响业务发展。
在此后长达6年的架构演变中，阿里巴巴从集团层面出台了一系列变革策略，才算平稳度过这场危机。
阿里当年的调整是怎样开展的？阅读本文，回到问题开始的地方，和阿里巴巴中间件首席架构师一起，了解这场转型的始末。
01阿里巴巴在2003年时成立了淘宝事业部，2008年时成立了天猫事业部，没过多久，天猫与淘宝并驾齐驱，此时淘宝的技术团队同时支持着淘宝和天猫的业务。
这样的组织架构阵型决定了技术团队会优先满足淘宝的业务需求（屁股决定脑袋，大家都懂的），使得天猫的业务团队怨声载道，严重影响了天猫的业务发展。
另一个业务架构层面的问题：当时淘宝和天猫的电商系统是完全独立的两套体系，但同时都包含了商品、交易、评价、支付、物流等相同功能。
为了解决以上两大问题，在2009年，“共享事业部”应运而生，主要成员来自于之前的淘宝技术团队，在组织架构上与淘宝、天猫同级别（如上图），集团希望以这样的方式更好地让技术团队同时支持好淘宝和天猫的业务，并将两套电商的业务做了梳理和沉淀，把两个平台中公共的、通用的业务功能沉淀到了共享事业部，避免功能的重复建设和维护，更合理地利用技术资源。
02然而，接下来的发展事与愿违。
虽然组织架构上共享事业部和淘宝、天猫平级，但在对业务的理解和贡献上来说，显然淘宝和天猫拥有更多的话语权，结果是共享事业部在两大业务部门的夹缝中生存。
到此，共享事业部的发展与大多数人的期望有很大偏差。
共享事业部同时满足着淘宝和天猫高压态势的业务支持，在资源固定的情况下，就算团队成员再怎么加班加点，也很难及时、周到地支持好两大业务部门，结果就是业务部门对共享事业部的满意度不高，而共享事业部的同学们内心有苦说不出，只能默默流泪。
《企业IT架构转型之道——阿里巴巴中台战略思想与架构实战》阅读心得
《企业IT架构转型之道——阿里巴巴中台战略思想与架构实战》读后感根据公司对研发部门的基本要求和职能定位，研发部门的主要工作集中于平台的基础建设和安全保障、新技术路线的研究与新产品研发、数据深层次价值挖掘等，研发部门应当具备的能力包括：1)公共能力研发部门作为承接业务部门需求和研发实施的中枢机构，需要具备强大的公共能力，即对各业务部门的面向主体或者潜在用户的定位群体、主要业务目的或者目标有一个概要式了解，同时对当前主要技术流、实现逻辑和可实现性有清醒认识，对业务需求的可行性进行客观判断。
公共能力的建设与积累，可以通过在实际项目开展中，主动组织业务部门和开发单位的联合讨论会，增加三方共同参与度，在项目的开展过程中与业务部门进行互动，适度纠偏和纠正开发理解。
2)新技术创新（试错）使用能力研发部门作为公司科技管理部门和各项创新业务的归口实施单位，需要具备对新技术的敏锐嗅觉和调研学习能力，并将相关知识与公司实际相结合，转化为可以使用的实际能力。
新技术创新（试验）使用能力的积累与培养，主要是要深入业务和实际开发经验积累。
要在风险可控的范围内大胆试错和技术革新。
3)业务沉淀能力车联网平台作为承担公司主营业务的基础性平台，而且越来越多的应用逐步迁移至云平台。
虽然彼此在形式上做到了一定的互联互通，但是依然存在大量“烟囱式”系统。
技术研发中心在实际的业务开发和设计中，需要不断熔炼沉淀，思考部分应用或者逻辑判断可以作为公共API，供不同应用使用，并逐渐下沉至服务平台的固化模块，并依据业务开展动态优化。
4)数据敏感度如今BIG DATE（大数据）成为近各行业最为炙手可热的名词，公司大数据平台业务也上线运行在即。
但当前业务数据醋在如下问题：数据分布广、数据模型和标准不统一。
需要进行数据层的打通、权限的控制、格式的转换、以及数据的清洗和转换等一系列复杂的工作。
大数据项目的开展占据主导因素的依然是人！也可以说成人件。
因为项目只有强大的软件和硬件支持是远远不够的，更重要的是要有能基于对业务的理解提出对大数据平台需求的专家。
阿里巴巴业务中台实践与思考
阿里巴巴业务中台实践与思考——助力企业数字化转型阿里巴巴中台经历近20年4个阶段蜕变演进而成烟囱建设1.淘宝花2000美金购买得来2.与eBay竞争，秘密研发，而无法复用1688技术。
淘宝技术团队2003创立2008技术统一技术统一：集中式走向分布式1.淘宝实现核心系统去IOE2.建立以淘系技术为集团统一标准云计算2013年技术业务统一厚平台技术持续统一，业务中台雏形1.成立共享事业部，进一步标准技术2.业务中台确定三淘并驾齐驱云计算 + 物联网2016年经济体全面一体化中台成立：核心业务能力全面共享1.中台稳定，成为集团核心资产2.创新加快，且帮助集团拓展线下业务平台数据平台人工智能业务模式： ToB，ToC，线上、线下、国际化、经济体等技术架构：单体，分布式，互联网架构，中台架构等软件平台： IOE ，开源自研，自有平台，阿里云硬件平台：商业采购，自研定制（神龙）IT从支撑，逐步演进到引领业务的发展阿里巴巴早期IT 拖业务后腿天猫、淘宝等垂直建设，而业务运营需求全局视角小烟仓、大烟仓越来越多集中、统一运维困难系统间错综复杂，变更更难IT与业务矛盾升级重复建设，无积累数据混乱、大数据分析困难阿里业务中台的业务切入点——用户中心成立项目组专门抽象和研发用户中心共享服务业务前端拆分共享用户注册服务用户登录校验服务阿里巴巴IT 架构示意图 （业务中台 + 前端业务）阿里巴巴整个经济体的核心业务能力，持续沉淀、共享、开放金融新零售物流营销旅游健康大文娱社交用户中心订单中心交易中心会员中心业务中台技术底座（阿里云），全集团共用- 异地多活 -- 稳定性治理 -- 中间件技术 -- 全栈分布式技术 -- 全链路测试与诊断 -机房1会员中心交易中心共享业务能力平台（全集团共用）机房2机房3机房X机房N订单中心用户中心ü核心业务能力沉淀与共享ü核心数据持续汇聚与分析ü持续提升用户体验ü快速完成各种试错和孵化ü攻克所有业务需要的技术ü迭代优化出易用、高效的平台业务中台关键特征与技术挑战关键技术挑战持续沉淀在业务中台技术底座中共享1智能敏捷11ü稳定ü弹性ü容错ü微服务体系ü研发效能ü故障定位ü数据孤岛ü行业算法ü大数据能力关键技术持续融入阿里云产品阿里巴巴业务中台的实践是什么？一套数字化转型的参考体系：方法论+技术产品+业务能力技术产品方法论业务能力阿里10几年迭代出业务中台的一套新实践方法，让外部企业数字化转型少走弯路阿里云200多个原子产品服务多种部署形态：公有云、专有云、混合云等丰富的各种业务能力（电商、仓储、配送、支付等），快速完善企业的业务链路10多年持续沉淀、升级的技术平台业务发展的不同阶段需要攻克不同的技术分布式基础框架服务数字化监控诊断服务全链路数据化监控诊断(全链路跟踪)服务高可用、异地多活(系统保护，机房故障)服务调度、协同优化(降成本)（HSF,MQ,TDDL）（服务/数据接口调用)云原生架构(业务能力全面云化)技术举例：分布式治理技术 （已产品化）很多技术都需要足够的业务场景打磨、沉淀异地多活技术（方案）全链路压测技术全栈稳定性治理技术服务灰度技术（EDAS）全链路监控技术（ARMS）容量评估技术技术举例：阿里内部微服务整体方案 （已产品化）服务安全服务注册与发现配置管理限流降级 负载均衡流量控制可观测性监控链路跟踪健康检查命名空间ECSKubernetes应用生命周期管理发布能力分布式应用运行管控日志处理应用实时监控服务ARMS微服务应用HSF弹性伸缩多语言微服务开源开源开源开源直接支持，无缝切换微服务治理服务技术举例：阿里云容器技术（已产品化）容器大大简化了阿里基础设施的使用和管理阿里云Kubernetes(ACK)ebm神龙云服务器gpu云服务器slb负载均衡vpc专有网络ecs云服务器计算与网络存储日志与监控、安全ess弹性计算disk块存储nas文件存储oss对象存储cpfs文件存储安全成本弹性arms业务实时监控服务sls日志服务Ahas高可用服务安全中心治理技术举例：阿里云原生微服务整体方案 （已产品化）Kubernete s (阿里云容器管理平台)开发框架服务注册与发现（MSE ）流量接入(Sentinel)服务治理(Sentinel)配置管理(ACM)监控告警(Arms)日志管理(SLS)定时任务调度(SchedulerX)100% 拥抱开源，回馈开源零代码无缝融合容器与微服务，自由组合，50%开发效率提升企业级一体化运维、安全提升、极致弹性，60%整体成本降低阿里巴巴业务中台实践方法论简介 （部分已产品化）阿里巴巴实践的结晶，逐步整理完善Strategy & Planning (业务蓝图与计划）AEPMM（中台成熟度模型）AEP治理 (AEPM For Governance)技术以及数据架构原则，开发规范 (AEPM-GUIDELINE AND PRINCIPLE)建模与架构(AEPM FOR Modeling and Architecture)AEPM组织文化适配领域建模，共享服务中心规划服务识别、服务设计服务实现与部署服务上线与优化工程与实现(AEPM For Design andImplementation)上线与优化（AEPM for Maintenance and Optimization)1、如何建设中台？ü领域建模（中心范围），ü服务粒度，ü关键场景，ü组织文化适配ü……2、如何管控中台？ü服务变更，ü链路监控，ü容量预测，ü… …3、如何进化中台？ü新业务迭代，ü多项目融合，ü… …典型案例 —— 许多外部企业从阿里业务中台中受益阿里业务中台的架构理念，逐渐成为IT建设的新思路、新方法政府部委制造新能源工程金融大交通新医疗中信集团新零售宝洁京东方运营商新媒体多种解决方案，提升使用效率公有云MQ GTS AC MPTSMSECSBAHA S容器异地多活技术解决方案（ 异地多活 不是灾备 采用阿里异地多活技术 ）（解决分布式稳定运行和治理问题）应用稳定性解决方案（ 基于阿里云技术和实践，快速升级到全栈分布式技术栈）传统企业应用架构互联化解决方案业务中台技术解决方案（ IT 战略升级试点、数字化转型，采用阿里中台技术和方法论）中间件产品ARMSEDASWeb+专有云敏捷PaaSKafka案例：自建业务中台 + 使用阿里巴巴商业能力加速企业商业模式优化、升级某品牌企业入驻、发品入驻、发品入驻、发品某企业Istore（小程序）某企业业务中台商品营销支付导购礼品、实物下单外卖下单盒马App交易会员服务内容资金风控xx下单商品会员营销交易……饿了么中台外卖下单模型匹配 数据转换 实时同步现有应用项目切入——尝试采用业务中台理论和架构充分理解并验证“阿里业务中台的方法论、应用架构和配套技术平台”SRM分销CRM……ESB主数据CRM营销……ESB主数据IAAS阿里业务中台架构业务中台用户分销商绩效……分销研发辅助网关数据同步IAAS阿里业务中台架构业务中台用户订单渠道研发辅助CRM分销……会员绩效……营销已经规划的独立应用部分项目采用“新思路”混合阶段更多项目采用“新思路”逐步靠近业务中台典型的项目周期小于4个月，从沉淀“一个”业务能力开始，风险可控案例：某汽车行业现有多个项目，同时采用阿里业务中台架构理念，业务能力和实施成本双双受益电商系统会员管理商品管理库存管理售后系统会员管理商品管理索赔管理CRM 系统会员管理营销管理库存管理ESBCRM应用销售应用售后应用第三方渠道与外部合作伙伴阿里云平台业务能力共享中心用户中心经销商中心经销商店铺中心用户车辆中心交易中心支付中心营销中心商品中心企业级互联网架构平台EDAS分布式服务容器DRDS分布式数据库服务MQ高性能消息服务TXC分布式事务能力开放平台售后服务中心计划及物流中心知识中心库存中心ARMS实时业务大盘弹性计算服务(ECS)负载均衡服务(SLB)开放存储服务(OSS)虚拟网络服务(VPC)云盾安全服务关系型数据库服务(RDS)云管控阿里业务中台架构IT 战略规划切入——高效实施企业自己的企业中台参照阿里业务中台的成功实践，快速应用到企业数字化转型中，少走弯路3、持续融合迭代、优化ü磨合出自己的中台的理念和规范ü优化组织、提升中台效率ü与原厂技术、业务共同发展ü构建自己的业务能力生态1、决心变革战略共识ü一把手牵头、全员共识ü总体规划、分步实施ü找准切入点、解决具体业务问题2、成功试点赋能、消化ü明确的业务目标和范围ü验证过的技术平台ü验证过的中台方法论ü靠谱团队阿里巴巴业务中台最佳实践方法论（规划、建设、治理、进化）阿里巴巴业务中台技术底座更多阿里巴巴能力产品案例：某央企（全面规划业务中台）IT将全面助力低成本创新、持续拓宽业务边界、构筑产业互联网的核心竞争力统一用户中心全渠道社会化线上渠道自建线上渠道线下渠道营业厅自助终端9***网站网上APP 9***电话微信支付宝全运营公司总部省（市）公司产业单位全景监控全过程运营大数据分析产品创新客户聚合业务融通共享数据融合自聚创新支撑 & 前端业务全客户电商客户大量C 端客户某领域客户xx 客户yy 客户全业务传 统业务电商业务创新业务智 慧 **事业部综 合 服务部用户中心在线客服中心工单中心消息中心支付中心积分中心订单中心账单中心全数据用户数据总部省市公司融合共享工单数据在线客服数据消息数据账单数据订单数据支付数据积分数据企业业务中台阿里巴巴业务中台技术底座（阿里云）阿里巴巴业务中台最佳实践方法论（规划、建设、治理、进化等）。
阿里中台(大中台小前台)架构详解
技术中台
技术平台，为了避免研发人员重复发明 轮子，向各个项目提供通用的底层框架、 引擎、中间件：
前 台
项目A
技 MQ 术
中 台
分布式 缓存
项目B
RPC 框架 容器
项目C
分布式 事务
分库 分表
前 台
项目A
项目B
项目C
数
据 数据
日志
用户
中 建模
分析
画像
台
数据中台
数据中台，为各个项目进行各种数据采 集和分析
美军小队
中台 炮火群
中台的定义
中台是支持多个前台业务且具备业务属性的共性能力组 织，平台是支持多个前台或中台业务且不具备业务属性 的共性能力。
中台的定义还要求以下两点：
1. 中台是一种共性能力组织，支持了多个业务。
2. 中台支持的是多个前台业务。
1. 没有业务属性的不是中台。
对于很多企业来说，现在会用Hadoop的集群来储存业务数据，但这个不能说是中台，它顶多是一 个数据平台。现在大家比较公认的数据中台，指的是确保OneID、OneData得以实现的组织，使 得数据不再是各前端业务独立管理，而是通过统一的团队在数据标识、指标、数据仓库等方面 实现了跨业务的整合。之所以这样大家会认为是名符其实的数据中台，是因为指标一定是面 向 业务的，数据仓库的建设一定也包含了一些业务逻辑。所以那个大大的Hadoop并不是数据中 台 ，而是大数据平台。
பைடு நூலகம் 录
第一章、大中台小前台战略简介
• 什么是“大中台，小前台”战略？ • “大中台，小前台”的由来
第二章、中台的定义
• 什么是中台？ • 中台的划分 • 阿里巴巴电商系统发展的四个阶段