热的发烫的「中台」是什么？
作者丨石秀峰
阿里巴巴在2015年12月进行组织升级，提出了“大中台，小前台”的模式，核心思路是整合产品技术和数据能力，帮助整个公司拥有快速创新的能力。而阿里提出「中台」概念的三年之后，腾讯、百度、京东等大型互联网公司以及一些金融公司相继成了「中台」的追随者。2019年初，「中台」似乎一夜之间迅速 “火”了起来，成为了2019年IT科技界名副其实的“网红”。
一、各种形式的「中台」
好多人都在谈「中台」，我也看过很多关于写中台的一些文章，「中台」成为了IT圈内百家争鸣的话题，并衍生出了「中台」的各种形式：
中台的各种形态
技术中台：中台是技术平台，例如：Pass平台、微服务平台、容器云之类的，他们提供IT技术层的通用能力。
业务中台：将共性业务出来提炼出来形成共性能力，比如天猫、淘宝都需要支付模块，就把支付模块提炼出来形成支付服务，这样的服务常见的还有：用户中心、会员中心、结算中心、订单中心……。这些能力供其他应用直接使用，避免了重复“造轮子”。
数据中台：规范化的数据治理、统一的数据资产管理、标准化的数据服务、数据共享和开放是数据中台建设的核心，是企业建立数据驱动业务、数据驱动管理的主要支撑。
研发中台：研发中台是互联网产品的统一生产流水线，从产品的需求、设计、开发、测试、部署形成一体化操作体系（例如：DevOps平台），满足产品的快速上线、快速迭代。
组织中台：组织是是灵活的、扁平的，而非传统的树状结构组织，扁平灵活的组织中台是企业的资源调度中心，面向前端需求、快速响应释放组织潜能。
二、「中台」的形象解释
有人说「中台」一词最早是从美军的作战体系演化而来的。
美军在二战时，以军为单位作战；到了越战时，以营为单位作战；到了中东战斗的时候，以7人或者11人的极小班排去作战，这是灵活的军事组织，也是核心竞争力和打击能力最强的一个组织。而美军之所以能灵活作战，敢放这么小的团队到前方，是因为有非常强的导弹指挥系统，有非常强大的中台能力（定位体系、导弹体系、航母群、战机群、坦克群……），能支持这样的小团队快速做判断，随时可以呼叫中台各种强大的作战炮火，完成战斗目标并且引领整个打击。
来源：王健《白话中台战略-1开篇：中台是个什么鬼？》
也有人将「中台」用形象的“厨师做菜”来比喻。互联网新产品的研发，就如同餐厅做菜，如何缩短客户等待的时间是餐厅考虑的主要问题。我们发现厨房为了缩短客户等待，并不都是通过增加厨师来解决的，而正确的做法是先将做菜任务拆分，分为：买菜、配菜（洗菜、切菜）、做菜三个步骤。无论是做什么菜系买菜与配菜都是共有的两个步骤，只需要增加一位配菜的小哥来代替厨师去进行前两步；这样我们每一位厨师新做一道菜时没有必要一定要从买菜，洗菜，切肉这些最基础的环节开始，而是完全可以直接使用他人切好的肉片，洗好的菜下锅，唯一需要关心的就是如何在搭配调料上研究不同的创意；完全可以大大提高厨师的做菜速度，同时在成本上我们只增加了一个人就解决了所有问题。
来源：三爷茶馆《最近处处惹人爱的中台到底是什么》
其实中台早就存在了，只不过那时候我们不叫他中台，或是SOA，或是公共组件，其本质是共享资源、提升效率！
三、我对「中台」的理解
我在网上也看了很多关于「中台」的文章，试图找到「中台」的权威定义，而不论是「中台」的推崇者、追随者、建设者，大家都在试图阐述清楚“什么是「中台」”，而没有说明“「中台」是什么”。换句话说，我们能找到的、更多是关于「中台」的各种解释和举例，而「中台」却没有一个完整的、权威的定义。
这里，笔者或许也不能给出「中台」的确切定义，只谈一谈我的「中台」的个人理解，当然仁者见仁智者见智了。
1、「中台」是一种架构
中台将企业架构水平分层，划分为前台、中台和后台，中台是连接前台和后台的桥梁，解决灵活多变的前台需求与稳定运行的后台系统的各种冲突问题。中台是将后台的技术服务、应用服务、数据服务抽象提炼出来，形成通用的能力，以支撑前台灵活多变的业务应用的快速、统一构建、快速交付。
台是连接前台和后台的桥梁
“中台为前台而生”笔者比较赞同这个观点。中台的本质是为了快速响应需求端（市场和销售）的变化和挑战，而逐步传导至企业的供应端（供应链、生产制造）需要变革。要充分理解中台架构，还必须要清楚什么是前台、什么是后台，我们这里所说的前台、后台、中台都是指在IT系统层面，组织层面暂时不论。
前台：与客户直接进行接触或交互的系统叫做前台系统，前台系统必须至少有一个点能够与客户进行连接。我们所用到的电商平台、微信小程序、微信公众号、手机APP都可以算作前台系统。
后台：后台系统多数都是企业资源的管理平台，例如：财务系统、人力资源系统、PDM/PLM系统、项目管理系统等，这类系统一般建设比较早，系统固化而运行稳定。当然，IT底层的各类存储资源、计算资源也算作后台系统的一部分。
2、「中台」是可复用的共性能力
「中台」本质上是企业共性服务能力的输出平台，这些共性能力具备可复用性，企业业务应用的构建可以复用这些服务实现快速交付。中台的建设是回归了SOA的本质——构建的共性服务能力，主要包含三个方面：
1）共性业务服务：通过对企业各领域、各业务单元的业务需求进行抽象，提炼其具有通用性的业务需求，形成共性业务服务，可在整个企业范围内进行共享和复用，例如电商企业的共性业务能力有：会员服务、积分服务、订单服务、物流服务等。
2）共性技术服务：各种PaaS服务、中间件服务、数据库服务，以及可用通用的技术组件或工具，例如：API网关服务、地图服务、域名解析服务等。
3）共性数据服务：通过对企业积累的数据和数据分析模型进行抽象提炼出来的数据服务能力，包括：数据治理、数据采集、数据处理与加工、数据分析、数据共享和开放等。
共性服务能力的提炼过程
3、「中台」是可共享的数据资产
有人说信息化的成功20%在技术、80%在业务、120%在数据，可见数据在信息化建设过程中的重要性。如果我们仔细去想不论是业务中台、还是数据中台，其实本质上都是数据的加工、处理和输出平台，只不过业务中台输出的是应用化的数据产品（例如：产品中心、用户中心），数据中台输出的是数据服务（例如：商品API、会员API）。
对很多企业而言，共享数据资产最大的问题一是没有数据，二是数据脏乱差，根本不能称之为数据资产。中台的建设，是需要对企业数据资产进行统一的梳理、识别、定义、分类分级、定编码、贴标签，还需要进行一系列的数据清洗、转换、加工才能形成能够为企业产生价值的数据资产。数据中台其核心是有效管理企业数据资产，使其“可查、可看、可管、可用”。数据资产对象一般包括三类：人（含自然人和法人）、物（如：产品、物料、设备、工具等）、关系（人与人、人与物的事实关系或行为关系）。
共享数据服务的输出过程
4、「中台」是企业IT架构的演进
单体架构的系统在市场上已经没了踪影，我们暂且不论。企业中常见的系统架构是垂直架构（也叫烟囱式架构），部分企业实施了SOA架构。烟囱式架构的弊端在于重复“造轮子”重复投资；系统各自为政、集成难度大；不利于业务的沉淀和持续的发展。SOA架构的核心思想是服务共享，这一特点被中台继承，但SOA弊端是中心化的管理所有服务，当服务越来越多、管理难度就越来越大、管理成本越来越高、而且无法承受高并发的性能压力。中台架构的分布式技术是去中心化思维，很好解决了SOA性能上的问题，简化了运维，同时回归到了SOA本质——共享服务能力。建立企业的中台，除了能解决传统架构的问题外，更重要的是能为业务创新带来契机。以上几点，可能就是「中台」如此受欢迎的缘故吧。
企业IT架构的演讲过程
5、「中台」是组织体系建设的成果
「中台」需要将人力，技术、服务、流程和制度重新组织，形成一种全新的组织架构模式，
对于传统的大型企业，其组织模式是树状结构，有很深的层级关系，这种模式很难应对迅速变化的市场环境。当业务上出现了一个新的需求、好的创意，需要层层汇报，在哪一层出现问题都将无法进行，即使汇报审批通过后，还需要招兵买马、组织资源，等一切准备工作就绪，发现市场需求已经发生了变化……
中台的核心思想是“拥抱变化、共享服务、赋能业务”，建设中台需要将人力，技术、服务、流程和制度重新组织，形成一种全新的组织架构模式。阿里在2016年提出了“大中台、小前台”的战略，成立了中台组织——共享服务事业部，将通用的、有业务共性的数据服务、技术工具、业务能力进行沉淀，形成可复用、可共享、组件化、服务化的组件或服务，赋能前台的业务小组。中台强大的共享服务能力，为前台各业务小组提供了快速响应、快速迭代、低成本试错的机会，以应对迅速变化的市场环境，从而为企业提供了持续创新的能力。
中台的组织形态
四、写在最后
作为一种IT架构模式，企业实施「中台」不是小打小闹的改良，不是对现有架构的系统进行小修小补，提炼一些共性的应用、共性的数据服务就可以了；也不是“照葫芦画瓢”生搬硬套，不同性质、不同领域的业务产品真的有必要统一中台吗？更不是盲目跟风，以为引起一套先进的产品、优秀的解决方案就能“包治百病”。
作为一种组织架构模式，「中台」突出的是规划控制和协调的能力，而“前台”强调的是创新和灵活多变。企业中台涉及到思维的转变、组织的调整，是战略层面的事情。实施中台必须结合自身的业务需求，评估当前的IT成熟度，做好可行性分析，不能盲目跟风。
这一篇又回到了中规中矩的理工技术系风格了，上一篇的《中台迷思？中台打油诗！》更随性一些。不知道你更喜欢哪种风格，欢迎在文章下方留言！