到处都在喊中台,到处都是中台,中台这个词在好多地方已经被滥用了。 在有些人眼里:中台就是技术平台,像微服务开发框架、Devops平台、PaaS平台,容器云之类的,人们都叫它“技术中台”。 在有些人眼里:中台应该是组织的事情,类似于企业内部资源调度中心和内部创新孵化组织,人们都叫它“组织中台”。 中台,从字面意思上理解,是位于前台和后台之间。 那么,中台到底是什么呢? 谈到中台,首先会想到阿里巴巴,今天就从阿里中台开始,一起认识下中台到底是什么?到底如何发展而来的呢? 阿里中台的发展历程 ? 另一个问题是业务架构层面的问题:当时淘宝和天猫的电商系统是完全独立的两套体系,但同时都包含了商品、交易、评价、支付、物流等相同功能。 技术中台:将使用云或其他基础设施的能力以及应用各种技术中间件的能力进行整合和包装,助力前台和业务中台及数据中台的快速建设。
《白话中台战略》已经写了三篇,尤其是第一篇「中台是个什么鬼」收到了很多朋友的反馈。写“白话”这个系列主要是想通过写文章来驱动自己思考,并借此和更多人一起交流和探讨中台这个话题。 ? ,像上文提到业务中台、数据中台、搜索中台、移动中台,哪些才是中台,哪些是蹭热点的? 中台与前台的划分原则是什么? 中台化与平台化的区别是什么? 中台化和服务化的区别是什么? 中台该怎么建设? 我在上一篇白话中台战略-2 中台到底长啥样?中已经举了一些常见的例子,这里就不赘述了。 可以说,中台就是企业所有可以被「多前台产品团队」复用能力的载体。 另一方面就是通过对于中台能力的SaaS化包装,减少前台团队发现中台能力和使用中台能力的阻力,甚至通过自助式(Self-Service)的方式快速定位和使用中台能力。
数据中台:什么是数据中台 什么是数据中台 数据中台是全新的架构变革。过去三十年,企业数据管理都以传统的IT架构为基础。 由此,集成式的建设方式给技术部门形成巨大的维护成本和治理成本,并没有达到数据中台建设的真正目的。 数据中台的基本能力 数据中台具有数据服务的能力。 传统企业搭建数据中台,如果仅完成了API接口的创建,仅仅是完成了数据中台建设的其中一环。因此,数据中台并不是端到端的技术赋能平台。 由此,集成式的建设方式给技术部门形成巨大的维护成本和治理成本,并没有达到数据中台建设的真正目的。 数据中台的基本能力 数据中台具有数据服务的能力。 数据中台的建立可以帮助企业对数据进行风险隔离,确保一方不影响另一方。 数据中台应用方式 数据中台应用方式一为帮助业务部门灵活使用数据分析。数据中台改变了以往业务部门数据分析技术能力不足的窘况。
在 3 月 15 日 ThoughtWorks 技术雷达峰会上,关于数据中台的话题也获得了众多参会者的热烈关注。如今似乎人人都在提数据中台,但却不是所有人都清楚数据中台到底意味着什么。 数据中台是只有大厂才需要考虑的高大上的概念吗?普通企业该不该做数据中台?数据中台的出现会给现有数据从业者们带来颠覆式的挑战吗? 数据中台不是大数据平台! 数据资产的获取和存储 数据中台要为企业提供强大的数据资产的获取和存储的能力。 3. 数据的共享和协作 企业的数据中台一定是跨域的,需要让所有的人都知道数据资产目录在哪里。 3. 数据团队需要具备更多的业务视角 原来的数据分析团队是一个功能型团队,更多以数据智囊团的身份存在。大部分情况下,距离业务比较远,更不要提对业务的结果负责。 最后,史凯也提到了阿里中台战略中的另一个中台——“业务中台”。
什么是内容中台内容中台是企业级的数字化解决方案之一,它是一种整合和管理企业各类内容资源的平台。 内容中台使用的场景跨平台内容管理:内容中台支持跨平台的内容创建、管理和分发。 内容中台和数据中台的区别内容中台是一个集中的平台,负责管理和分发各种形式的内容,如文本、图片、视频、音频等。 内容中台专注于管理和分发各种类型的内容资源,而数据中台则聚焦于企业数据的整合、治理和利用,两者在业务场景和目标上有明显的差异。如何使用MassCMS创建内容中台? 3.创建和管理内容使用 MassCMS 的管理界面,你可以创建和管理内容实例。通过选择合适的内容类型和填写字段值,你可以创建新的内容实例,并设置其属性。你可以随时更新和编辑内容,以满足业务需求。
本次分享内容: 1、数据中台现象及剖析 2、技术中台实践过程中的问题与挑战 3、Q&A环节 去年3月份我写了一篇关于数据中台的文章,得到了10万+的浏览量。 下图展示的是:数据中台和数字化转型的百度搜索指数的热度对比,能够发现数据中台搜索热度在2019年初,正好是3月份的样子,已经超越了数字化转型的热度,并且在发生启动前达到顶峰。 再来看一下菜鸟的数据中台架构,菜鸟虽然和阿里是一个体系,但是它和阿里的中台还是有一些差异的。 菜鸟的数据中台主要分为三个大块。第1块是服务层,第2块是数据层,第3个是数据管理的套件。 把原来的IT系统集成,变成通过数据去集成, [sjk3ry7qbd.jpg] 下面我们来看看滴滴的数据中台,滴滴的数据中台强调了一个很重要的点,那就是:数据中台,它不是买来的! [s3bj80by0u.jpg] 它提到了一个很重要的点,就是利用数据中台去赋能AI。这一点和我们现在所讲的数据中台的架构是类似的,因为我们是把机器学习平台放到了广义的数据中台里面去了。
业务中台是一个充满生命力的个体, 它承载业务逻辑、 沉淀业务数据、 产生业务价值,并随着业务不断发展进化。 它的设计遵循如下图所示的若个原则: ? 业务中台设计原则 中台架构中,有服务的调用方和生产方,按角色关系划分,共有以下四类关系: 1,服务生产方与服务生产方的关系 2,服务生产方与服务消费方之间的关系 3,服务生产方的管理者与服务生产方之间的关系 (3)服务提供者位置解耦(服务生产方之间的关系) 服务消费者不需要直接了解服务提供者的具体位置信息,例如IP地址、端口。 --END-- 文章摘自:机械工业出版社《中台战略:中台建设与数字商业》 2019年9月出版。 《中台战略》由国内领先的数字商业云服务提供商阿里系云徙科技官方出品,从成功要素、建设方法论、架构设计、成熟度模型4个维度详解业务中台以及数据中台建设思路和方法,成功通过中台帮助近40家龙头企业实现数字化转型
wallet-2292428_1280.jpg 在我们支付系统设计中,经常会遇到这样一个问题,防止用户重复支付。 2.支付渠道端返回超时 用户在收银台页面点击某个支付方式后,在支付渠道(比如网银或者微信支付宝)上完成付款,但是渠道端返回的异步通知超时,导致系统付款状态尚未更新,用户并不清楚到底订单是否支付成功,而导致再次支付 如何防止重复支付提交 在我们实际支付系统设计中,我们系统设计人员经常无法区分商品订单和支付订单之间的关系,经常混为一谈。 对于支付重复提交的处理,一般有两种主流的办法:一种是京东收银台的,京东允许客户对一笔商品订单做多次支付,而对于第二笔以上的支付,走退款流程;另外一种是对订单幂等要求比较高的银行收银台,往往是要求商品订单状态和支付订单状态强一致性 2.收到渠道异步通知或者通过查询得到渠道支付状态时,更新该笔支付订单状态 3.如果客户再次发起支付,不给客户产生新的支付订单号,先用该笔支付订单号调用支付系统,支付系统会判断订单号幂等性,如果已支付,则报错告诉客户已支付成功
大约从去年年底开始,中台的概念开始被广泛讨论。但与此同时,关于中台究竟是什么,却是众说纷纭。 引用王健老师在《当我们谈中台时,我们在谈些什么| 白话中台战略》一文中提到的关于中台的一些理解,就能看出一些端倪。 这似乎会给大家一个错觉,似乎中台是一种自上而下的战略选择。老板觉得中台好,所以要搭建中台。 而这时,中台的概念恰好对应了这个问题,所以大家接受了中台。 03 中台产品经理的挑战之前的内容,我们其实花了很大的篇幅来讨论,为什么会有中台,中台解决怎样的问题,以及中台适用怎样的场景。但是,具体到业务场景当中,中台产品经理又在做什么事情,解决怎样的问题?
· 2015年,阿里巴巴提出“大中台,小前台”概念; · 2018年9月,腾讯宣布打造技术中台; · 2018年11月,阿里将中台系统与阿里云合体; · 2018年11月,美团宣布建立自身平台的数据中台 ; · 2018年12月,京东决定在系统中增加中台; · 2019年3月,字节跳动搭建“直播大中台” …… 2020年底,阿里突然被曝出打算“拆”中台。 “可复用性”是中台系统的关键词,开辟的新业务能多大程度从已有的中台进行复用,也成为中台问题避不开的一个点。 2 不是拆台,是变“薄” 早在2019年湖畔大学分享时,张勇就表示,如果一个企业奔着中台做中台,就是死。这是他当时就发出的一个关于中台方向的信号,也为如今的“拆中台”埋下了伏笔。 3 关键思考点3:懂中台,再做选择 无论是什么体量的公司,你在思考“要不要搭建中台”之前,需要真的明白中台,懂得中台。
前段时间参加了IAS2019(互联网架构峰会),本次峰会以中台为主题,所以又称中台战略大会,据说是全国首届关于中台战略的会议,会议上有许多优秀的企业架构师带来了他们各自在实践中台过程中的心得。 然而,侯老师认为,如果仅把中台看成是一套IT系统就有些局限了,侯老师认为,toB类的企业级中台,需要关注3个方面: 【技术赋能】 中台除了提供通用的IT基础硬能力,更要能提供合规的业务规范、标准的运行流程和统一的考核体系这些软能力 数据分析中台、基础能力中台、IoT中台。 再来看下部署方式: [20191220104558.png] 上图中的生态平台涵盖了3个大中台:数据分析中台、基础能力中台、IoT中台。可以看到有两种不同的部署方式,基于云端的和基于本地的。 在应用案例中,侯老师介绍了能力中台、数据中台、IoT中台带来的实际价值。
近期,由于关于阿里打算“拆”中台的文章爆火,各家企业对中台的看法出现了反对的声音。 前几天,我们也在文章中探讨了阿里是否真的要拆中台,结论是,不是拆台,是变”薄“。 今天,为了帮助大家真正地读懂中台,认识中台,告别“伪中台”,博文菌特地挑选了6本中台系列的图书,供大家参考哦! 读了本书后,你可以了解数据中台是什么、数据中台的价值是什么、数据中台如何帮助企业腾飞、企业具备数据中台的建设条件吗、应该如何建设数据中台、数据中台在哪些行业中有成功的应用、建设数据中台需要哪些软件支撑。 (扫码了解本书详情) 05 ▊《中台产品经理宝典:从业务建模到中台设计全攻略》 刘天 著 从中台产品经理视角出发来解读中台的概念与功能,以讲述如何设计中台产品为核心,将笔者在多个中台项目的产品设计经验总结成一套可复用的中台建设模型 同时本书还总结了多个在中台产品实战分析中常用的方法论,方便各位中台产品经理以及对中台感兴趣的互联网人在设计自己的中台方案时直接参考与借用。
中台不是凭空而来,亦不是平台化架构换个名字。中台化架构是平台化架构的自然演进。 如果一个中台把若干平台聚拢起来,对业务支持的SLA没有变化、也没有在业务运营上有所改变,一定是失败的。 ? 以上图为例,业务在发展过程中,会有若干业务系统。 当前的问题通过中台的思路去解决,慢慢这个矛盾就会变低,但必然会产生新的矛盾,就需要用新的思想去解决。 电商业务中台,有四件事情肯定要去做: 保证阿里的业务跑得更快,更稳定。 中台不只一种解法,实现中台有不同的方法和实施路径,但可以总结出类似的目标和价值。 中台是思想,微服务是一种实现方式。你觉得中台架构和微服务是什么关系呢?欢迎留言! 备注:来自只喝牛奶杀手的整理
主要实现数据的标准化,我们叫作“书同文、车同轨”,融合模型一般是维度建模,主要实现跨越数据的整合,整合的形式可以是汇总、关联,也包括解析,挖掘模型其实是偏应用的,但如果用的人多了,你也可以把挖掘模型作为企业的知识沉淀到中台 ,比如离网挽留的模型具有很大的共性,就应该有人把它规整到中台模型,以便开放给其它人使用,中台的中是相对的,没有绝对的标准。 数据服务将数据模型按照应用要求做了服务封装,就构成了数据服务,这个跟业务中台中的服务概念是完全相同的,只是数据封装比一般的功能封装要难一点,毕竟OLTP功能的变化有限,而数据分析受市场因素的影响很大,变化更快 但有数据模型和数据服务还是远远不够的,因为再好的现成数据和服务也往往无法满足前端个性化的要求,这时候就得授人以鱼不如授人以渔了,数据中台的最后一层就是数据开发,其按照开发难度也分为三个层次,最简单的是提供标签库
18年从姜博士口中第一次听到中台这个词,看到他们的架构图和微服务拆分没多大区别,技术栈基于spring cloud 1.x。 想起一句话,大公司造中台,钱烧没了;小公司造中台,公司烧没了。业务始终得优于技术。 阿里在技术上的营销和包装能力是一流的,把分布式服务化解决方案升华为中台,定义了方法论和标准。 云栖的造势让各行各业都在造中台。中台让我想到了刚毕业时EJB的火热,应用服务器的容器服务现在想起来不也是些数据库操作;还有ESB的由盛及衰衰;都是一路的踩坑和填坑。 中台不等于银弹,如果不围绕自己的商业模式分解,没有项目->产品->平台的业务的积累和标准化的运营规范,中台分布式架构只会吃力不讨好。中台要强要厚实,也容易做重。 前些年大家看到阿里中台成功的光芒,玄难离职到前阵子媒体透的阿里拆中台,薄中台,可能说风口变了,大环境变了。或者按业务线做小中台或薄中台,我们才能更快试错和拥抱业务变化。
从业务到中台,必须经历抽象建模的过程。这个过程分为两个阶段,分别是 0 级抽象中心建模的阶段和 1 级抽象组件建模的阶段。每个阶段采用的建模抽象机制都是实体抽象法。 ##业务中台的 8 个设计原则 业务中台是一个充满生命力的个体,它承载业务逻辑、沉淀业务数据、产生业务价值,并随着业务不断发展进化。它的设计遵循如图 6-3 所示的 8 个原则。 1. 服务松耦合原则 (1)面向接口实现 表 6-1 功能需求抽象表 图 6-2 中心规划 图 6-3 业务中台设计的 8 大原则 这是服务松耦合的基本要求,即每一个服务都按接口的定义进行实现。 分布式运行机制 中台采用微服务风格进行建设,每一个业务中心都是独立部署的,因此分布式运行机制是保障业务中台正常运行的基础。无状态的微服务易于扩展和部署,对弹性伸缩、灰度发布等互联网场景有良好的支持。 扩展点机制源于 Java 的 SPI 机制,当业务中台的某一个业务点遇到新业务逻辑比当前逻辑差别较大时,可以使用扩展点机制来实现。
最近有童鞋在我之前发布的《聊聊中台》一文中提问:技术中台是什么?和业务中台又有什么区别?考虑到在工作中,也有部分同事问过这个问题,我这里总结一下形成此文进行答复。 [7b43aa3dly4ggis81l3ylj20p00anjsa.jpg] 1、复习:什么是中台 这里引用王健老师在专栏《说透中台》中给中台下的定义:“企业级能力平台”。 在之前我的《聊聊中台》一文中,重点强调和介绍了业务中台,这是大部分谈论中台的人谈到的中台类型,因为不论什么中台,最终都是为业务服务,赋能前台,提高企业的用户响应力的。 [一个常见的电商业务中台示例图] 2、技术中台又讲了什么 虽然我比较认可网易云的观点“所有的中台都是业务中台”,而其他的中台其实都是一种广义上的业务中台,被称之为中台,就需要具备一定的业务属性,最终都要为业务服务 (均来自于波波老师的《Spring Boot与K8s云原生应用开发》课程PPT) [eBay中台体系示意图] [拍拍贷中台体系示意图] 3、我司的业务中台与技术中台 分享一个我司目前的总体技术体系图,这是我在
image.png 字节跳动也开放了小程序给商家接入,可以在旗下APP如抖音、今日头条、今日头条极速版等应用中即点即用,基于庞大的数亿用户量为其引流,帮助商家获取用户流量,销售商品,其模式和微信小程序差不多 "); } } } 支付宝app支付已经在另一篇文章写过了,请自行参考 [字节跳动集成支付宝支付] 里面的内容 字节跳动小程序收银台:ToutiaoMicroApp /** * payParams); return JSONObject.fromObject(payParams); } } 将payParams实体类字段内容返回给前端,前端调用tt.pay唤起收银台支付 ,通知收银台支付结果 resolve({ code: 0 | 1 | 2 | 3 | 9 }); }, fail(err) { reject res.code=0时,才表示支付成功 // 但是最终状态要以商户后端结果为准 } }, fail(res) { // 调起收银台失败处理逻辑 } }); 上一篇
慢慢地,业务领导和IT都开始怀疑当初上中台是否是正确的选择,甚至一度怀疑中台就是个伪概念。因为搞来搞去,它的性质和地位就是一套信息化应用系统而已,有用户登录入口,有维护功能,有后台数据库。 我不由感叹说:你们只是上了一套名字叫“**中台管理系统”的系统,并不是真正意义上的中台。 中台是不是伪概念,是不是炒作,我之前在公众号已经说得很明白了。 ,那是单机应用系统,上中台只是为了对外宣传的; 不少企业规划中台,第一时间就是考虑选个什么系统,考虑上云,考虑如何去抽数据,搞所谓上中台,技术先行。 搞来搞去,中台只做了一个形而没有魂,导致越来越多的人鄙夷中台就是伪概念,花了钱不仅达不到效果,反而还拖累了系统和用户。 像上面CIO朋友举的例子,很明显数据中台输出有残缺,没有站在业务的角度去支持业务规则,甚至为了保证业务顺利进行而让用户到中台去手工修改数据,完全就是违背了数据中台的宗旨。
3)数据中台不是某一个单一的产品或者某个技术。本质上讲数据中台就是从数据中发现价值,赋能业务数据管理机制。 你家里老妈做饭,相当于IT部门,她觉得每天都按照比例调制糖醋汁很麻烦非常浪费时间,每次调制的味道还不同,于是你老妈决定按照一定的比例(1酱油+2料酒+3醋+4生抽+5盐,这个比例就相当于数据处理及数据算法 中台是一种经营理念,是一种组织形式,是“平台思维”的自然演进。 中台又包含业务中台、技术中台、数据中台。 比如电商平台,有C2C、B2C、C2B、B2B四种模式,其中订单、交易、商品管理,购物车模块、短信中心,用户中心、支付中心、交易中心、搜索服务都是有共性的,将这些组件沉淀出来,形成电商行业的业务中台,再基于这些业务中台组件的服务能力 三、数据中台与业务中台区别和联系 一个企业中可以同时拥有业务中台和数据中台,两者是相辅相成的。