编者按:本文转载自网易副总裁,网易杭州研究院执行院长汪源的我的公众号“冷技术热思考”(欢迎搜索关注)。7.26的云创峰会上,汪源承诺会写三篇文章,力求说清楚什么是中台,何时要考虑建中台,怎么建中台。今天是第一篇,目标是厘清什么是中台。如下为原文:前端
中台的概念一热,不少似是而非的东西都在往中台的概念上凑,一会儿出现不少中台,如业务中台、数据中台、技术中台、算法中台、移动中台等等。特别是不少原来称做平台的,如今也都摇身一变成了中台,赶时髦。
一个概念太过宽泛是不利的,若是随随便便都是中台,必然致使不少所谓的中台项目失败,致使中台无用论。因此有必要对中台的概念作一个比较准确的定义。算法
什么是中台?
要定义中台,重要的是要能比较明确的区分中台和平台。 中台和平台都是某种共性能力,区分二者的重点一是看是否具有业务属性,二是看是不是一种组织。中台是支持多个前台业务且具有业务属性的共性能力组织,平台是支持多个前台或中台业务且不具有业务属性的共性能力。
为何要强调中台必须具有业务属性?能够来看一个例子。咱们能够分析什么叫数据中台。若是一个企业把全部业务的数据都存储在Oracle里,咱们能说这个Oracle数据库是数据中台吗?显然你们都会说不是(不然中台不是几十年的老古董了?)。那么如今不少企业换成了Hadoop,全部业务数据都在一个Hadoop集群里,能说是数据中台吗?显然也不是,这个Hadoop无非跟原来的Oracle同样存了一堆数据而已。有人说这是由于这个Hadoop集群只是一个系统,中台必须是一个组织。那么咱们再加上建设和维护这个Hadoop集群的团队,整个加起来就是中台了吗?
仍然不是,由于这个团队是不须要为业务负责的,不具有业务属性。而如今你们比较公认的数据中台,指的是确保OneID、OneData得以实现的组织,使得数据再也不是各前端业务独立管理,而是经过统一的团队在数据标识、指标、数据仓库等方面实现了跨业务的整合。之因此这样你们会认为是名符其实的数据中台,是由于指标必定是面向业务的,数据仓库的建设必定也包含了一些业务逻辑。因此那个大大的Hadoop并非数据中台,而是大数据平台。
咱们还能够看到是中台仍是平台与所在的业务环境相关。一样的能力对A业务来讲可能具有业务属性从而是中台,但对B业务来讲没有业务属性从而是平台。好比说IDC建设和运维对AWS来讲可谓相当重要的业务中台,而对绝大多数企业来讲只能说是平台。PaaS平台对SaaS厂商来讲是业务中台,但对绝大多数企业来讲也只能说是平台。数据库
因此,不具有业务属性的能力,即使是共性的,即使有一个专职的部门在作,即使对业务很是重要,也不能称之为中台,而仍是应该称之为平台。不然就会出现不少与业务八杆子打不着的各类中台,混淆视听。所以,应该说全部中台都是业务中台,没有别的类型的中台。数据中台、搜索中台、内容中台、零售中台等等,都是特定形式的业务中台,也仍是业务中台。安全
中台的定义还要求如下两点:
**1. 中台是一种共性能力组织,支持了多个业务。架构
第一点不用多说,只支持一个业务的能力至少暂时不能称为中台(固然能够有进一步建设为中台的规划或可能性)。之因此强调第二点是由于有太多的公司的业务不是靠前台打下来的,而是靠财务后台作帐作出来的。理论上能够有,但咱们应该支持这样加强作帐能力的中台吗?对于那些专业提供作帐服务的公司,还真须要这样的中台,但这时作帐就是它的前台业务了。
中台的定义并无限定中台的建设层次。中台能够在不少个层次上建设,并非说必须是企业或集团级别的。BU和BG层面建设中台每每更常见,也一般颇有意义。即使更小的层面比方几十人的小部门,中台也颇有价值。好比一个小团队也能够作电商业务,这时若是有一套好用的电商中台那就帮了大忙了,而事实上业界也有不少公司在提供这样的能力。运维
典型的中台有哪些?
除了常说的业务中台,咱们还常常听到数据中台、用户中台、搜索中台、推荐中台、内容中台、技术中台、算法中台、移动中台、研发中台等等一系列的XX中台的说法,但这些中台未必都是真正的中台。
前面已经说过,广义上讲业务中台包含了全部中台,不一样的XX中台都是业务中台的细分方向,反映的是该中台在业务领域或者技术上的某些特征。但你们每每只用业务中台来指称在线业务中台。基于这个假定,当前典型的真正的中台大体只有如下几个:
01(狭义的)业务中台
通常指在线业务为典型特征的中台。在OLDI(Online Data-Intensive)时代,愈来愈多的企业的核心业务都是在线业务,所以把在线业务中台简称为业务中台。但对那些不是以在线业务为主的企业,它须要的业务中台可能就不是在线业务中台了,而是数据中台或别的什么中台。
02数据中台
通常指以数据采集、数据集成、数据治理,指标体系和数据仓库统一建设等数据管理活动为典型特征的中台。一样,在OLDI时代,数据中台愈来愈重要。狭义的业务中台也就是在线业务中台负责OLDI中的OL(Online),数据中台负责OLDI中的DI(Data-Intensive)。
03用户中台
用户中台能够认为是一种特殊的数据中台,通常以用户ID统1、全域用户画像建设、全域会员体系建设等为典型特征。用户中台很通用,比更广义的数据中台每每更常见。不少企业没能力建设更全面的数据中台,但建设了会员中心等用户中台。
04内容中台
内容中台每每也能够认为是一种特殊的数据中台,通常之内容的采买、内容爬取、内容的加工处理、内容安全保障等为典型特征。
05搜索推荐中台
这两个中台比较像,由于搜索和推荐的技术比较类似。这两个中台通常是为推荐和搜索系统提供一套相对标准的工做流程,同时支持流程各环节的可定制能力,从而支持多个前端推荐搜索业务的快速开发。
固然还有不少其余根据业务须要建设的中台,比方说对美团/饿了吗来讲,本地配送体系能够建设为中台,前提是这个体系不只用于送餐。在电商行业,每每渠道运营用单独的系统和团队来支持各个BU(通常按品类分),也能够说是中台。
技术/算法/移动/研发中台当前基本不存在
通常来讲,没有技术中台,这是由于以技术为典型特征,又具有业务属性的中台太难找了,没有一个很好的案例。能够看看业界所谓的技术中台,包含了从IaaS到中间件等一系列在线业务技术,但能称这些为中台吗?能够把里面每一个模块都拿出来分析,保证你找不到一个跟业务相关的字眼。因此这些并非中台。
其实A公司也只说业务中台和数据中台。其余的中台都是某些咨询公司或不明真相的群众牵强附会造出来的。
并非说不能有技术中台,而是不必特别的称做技术中台而非业务中台。对于提供技术服务的企业,它的业务前台就是技术前台,它的业务中台就是技术中台。比方说SaaS厂商的中台每每是个PaaS,这时这个PaaS能够称之为技术中台,但也是这个产商的业务中台。一样的一个PaaS,对于大多数别的企业,就变成只是支撑业务但自己没有业务属性的技术平台了。因此,为了不混淆,致使把平台说成中台,不如坚持认为不存在技术中台。
一样的道理,移动中台彷佛只对作移动应用开发业务(好比说不少外包产商)的企业来讲才是中台,但对这些企业来讲移动中台也就是它的业务中台,因此也宁肯不搞出一个移动中台这样的新名词为好。
那么,什么才是研发中台?H公司有专职的研发部负责支持全部前端业务的研发,让听得见炮火的人指挥战斗,多是名副其实的研发中台。
总之一句话,当前并无好的技术 / 算法 / 移动 / 研发中台,那些出来宣传这些中台的要么是本身搞不清中台概念,糊涂,要么就是骗子。不过没有这些中台说明整个行业在这方面的积累还不够,是一种不足,但愿过几年有真正的这些中台出来。 oop
这是关于中台系列的第一篇,目的是厘清什么是中台,什么不是中台。下一篇将讨论何时要建中台及怎么建设中台,敬请期待。
做者简介
网易副总裁,网易杭州研究院执行院长 汪源
2006年获浙江大学计算机专业博士学位,以后加入网易公司。现做为网易杭州研究院执行院长,全面负责网易集团公共技术支撑工做与云计算、大数据业务,主要包括云计算与服务端架构、前端技术、大数据挖掘分析、信息安全、多媒体、运维、质量保障等方向。
点击了解更多网易数据中台性能