什么是IT中台

为什么我们要强调“IT中台”，而不是“中台”呢？因为“中台”这一概念并不是IT互联网所创造，最先出现“中台”这个词据说是在美国部队中出现的。很多资料在介绍中台概念是引用的例子也是军队：

美军的特种部队加航空母舰的策略：10 人以内的一支特种部队在战斗的最前沿侦查，独立决策，一旦发现目标，迅速呼叫强大的中台航母群对其进行毁灭性打击。

所以我们在此介绍的是IT中台。

最先引入中台的是阿里巴巴，由马云提出来的“大中台，小前台”战略。据说是参考芬兰的著名游戏公司SuperCell的中台技术而提出。

芬兰著名的游戏公司 SuperCell，开发了部落冲突、皇室战争等现象级的手游。整个公司才 200 多号人，就被腾讯以 86 亿美金收购。在 SuperCell 里，一个游戏开发团队平均是 3-7 个人，但有一个强大的游戏中台在做支撑，可以并行开发 50 款游戏，然后通过“内部赛马”产生出一到两款经典。据说马云在带领阿里众多高官参观了 SuperCell 后，回来就在阿里整个集团层面启动了大中台战略。

所谓的中台就是：通过制定标准和机制，把不确定的业务规则和流程通过工业化和市场化的手段确定下来，以减少人与人之间的沟通成本，同时还能某种程度地提升协作效率。

有哪些中台技术？

业务中台

一般指在线业务为典型特征的中台。在 OLDI（Online Data-Intensive）时代，越来越多的企业的核心业务都是在线业务，因此把在线业务中台简称为业务中台。但对那些不是以在线业务为主的企业，它需要的业务中台可能就不是在线业务中台了，而是数据中台或别的什么中台。

数据中台

一般指以数据采集、数据集成、数据治理，指标体系和数据仓库统一建设等数据管理活动为典型特征的中台。同样，在 OLDI 时代，数据中台越来越重要。狭义的业务中台也就是在线业务中台负责 OLDI 中的 OL（Online），数据中台负责 OLDI 中的 DI（Data-Intensive）。

用户中台

用户中台可以认为是一种特殊的数据中台，一般以用户 ID 统一、全域用户画像建设、全域会员体系建设等为典型特征。用户中台很通用，比更广义的数据中台往往更常见。很多企业没能力建设更全面的数据中台，但建设了会员中心等用户中台。

内容中台

内容中台往往也可以认为是一种特殊的数据中台，一般以内容的采买、内容爬取、内容的加工处理、内容安全保障等为典型特征。

搜索推荐中台

这两个中台比较像，因为搜索和推荐的技术比较相似。这两个中台一般是为推荐和搜索系统提供一套相对标准的工作流程，同时支持流程各环节的可定制能力，从而支持多个前端推荐搜索业务的快速开发。

中台技术的优势

服务重用：真正体现 SOA 理念的核心价值，松耦合的服务带来业务的复用。
服务进化：随着新业务的不断接入，共享服务也需从仅提供单薄业务功能，不断的自我进化成更健壮更强大的服务，不断适应各种业务线，真正成为企业宝贵的 IT 资产。
数据累积：各个业务的数据都沉淀在同一套中台服务，可以不断累积数据，最终发挥大数据威力。
快速响应：更快的通过共享服务的组合响应新业务。
降低成本：对于新业务，无需再投入新的重复的开发力量，减少人员成本。
效能提升：开发人员更专注某一领域，开发更快，更易维护。

中台技术的典型使用场景

业务系统研发团队至少大几十人（含外包的），需求多变化快，系统又涉及多个领域（比如做 ERP、的），业务逻辑比较复杂。这时业务中台可以把系统和业务领域划分清楚，提高研发效率。
做相似行业的外包项目为主，业务规模也做的比较大的（一年有两位数的项目）。这时业务中台可以提升软件复用，降低定制化成本，提高研发效率。如果你做外包，每个项目都完全不一样，那中台也救不了你。
对数据中台来说，比较符合的场景主要是数据产品比较多，每天要看数据如果没数据就不知道怎么工作的运营人员比较多的业务。比如电商就是典型。如果这些数据产品和运营人员还在多个团队，那基本上数据中台没跑了。如果经常出现指标不一致、数据出错、想要的数据不知道哪里有等问题，那基本上数据中台也没跑了。