什么是中台?
首先，你要先有个潜意识，就是“中台”里这个“中”不管是空间概念还是架构体系都跟中没有任何关系，这样就能少了很多困扰。
在中台概念提出前，我们习惯讲产品区分为“前台”、“后台”两个组成，核心区别在于面向不同操作对象。
前台: 前台指的是与用户直接交换的产品功能界面，如用户操作的web页面、移动端APP等，包含反应面向独立用户操作测查询报表、订单等。
后台: 指的是企业管理员、运营人员进行配置的功能界面，如用户管理、商品管理、物流、结算等，为前台实现功能配置。
两者之间简单的关系如下：
从图中可以看出，即使是不同的产品，前台的搜索、支付模块及后台的用户管理、财务中心模块都是相同的功能，那么每套产品我们都要对相同功能进行开发，占用了过多开发资源。同时，作为企业整体管理，我们还需要讲用户、现金流等数据进行数据打通、统一管理，增加了接口开发工作量的同时，每增加一款新的产品，都会投入大量的开发成本与原有产品体系集成。
为了提升效率，降低产品体系的耦合度，就需要整合出一个中间组织，为不同独立产品线提供公共资源。这个共用的中间组织，就是我们常说的“中台”。
以上是对业务中台的理解, 也是我们最常遇见和容易理解的
按照中台对应的目标和功能不同，可以分为业务中台、数据中台、技术中台等，支撑各自对应的业务。
业务中台主要是指基于数据和技术，结合行业应用，沉淀针对行业应用的模型及产品。 业务中台具备业务属性，但本质是一些功能模块组件，基于业务中台可以快速封装出业务产品。业务中台将后台资源进行抽象包装整合，转化为前台友好的可重用共享的核心能力，实现了后端业务资源到前台易用能力的转化。
数据中台指以数据采集、集成、治理、指标体系和数据仓库统一建设等数据管理活动的中台。 数据中台从后台及业务中台将数据流入，完成海量数据的存储、计算、产品化包装过程，数据中台把数据统一之后，形成标准数据，再存储成大数据资产层，进而为开发团队提供高效服务，这些服务跟企业的业务有较强的关联性，是独有的且能复用的，其不仅能降低重复建设、减少烟囱式协作的成本，也是差异化竞争优势所在。
像腾讯内部的全民BI系统, 就是数据中台的形式,
技术中台是将使用IT基础设施和各种技术中间件的能力进行整合和包装，过滤掉技术细节， 提供简单一致、易于使用的应用技术基础设施的能力接口，助力前台以及业务中台、数据中台的快速建设。
腾讯内部的 OTeam 组织, 就是技术中台组织, 为集团提供一些公共技术服务, 涉及前端/大数据/数据库/云原生等等方面, 比如 七彩石(配置中心) , 北极星(注册中心)
为什么需要中台?
中台出现的背景是公司发展到某一阶段，多数时候是由成长期向稳定期过渡期间。此时，企业经历了跑马圈地的过程，员工数量增加，业务范围扩大，伴随而来的往往是经营效率的下降。由于缺乏良好的内部沟通机制，员工与员工之间，部门与部门之间的协作效率降低。生产线的扩大，又造成了工序增多、设备增多以及随之而来的互动成本增加。这些对于业务愈发复杂化、多元化的企业来说，正是掣肘他们的瓶颈所在。为了给企业下一步的战略勾勒出清晰线路，提出一个组织前台和后台间关系的新解决方案迫在眉睫。
随着公司业务不断发展, 业务线不断扩充, 其中不乏有相似的业务或者基础设施,
当新业务拓展, 需要和后台沟通, 完成新业务, 时间成本也是巨大的
若每个业务都去造轮子, 对公司本身来说是极大的资源浪费, 所以需要集中, 造一遍轮子, 各处使用
如图, 其中的用户管理/ 支付等等模块是基于后台的封装, 对前端直接提供服务, 若有新的业务增加, 比如需要 管理首页展示 , 在后台无需大改的前提下,中台也能快速响应, 无论是电商业务和内容业务
阿里为什么要"去中台"?
随着业务发展不断深入, 不同的业务之间离得越来越远，连接点越来越分散，小中台越来越多，也越做越重。
让我们把视线转回到阿里，当初建设“大中台、小前台”时，通过建设统一的技术架构，阿里将多元化业务下最需要的资源调度能力和数据支撑传输能力进一步放大，不同场景之下终于得以使用同一套基础设施，打包同一套资源。但金无足赤。前台会埋怨中台响应不及时，中台会烦恼后台封装的时滞，后台又难以与前台产生直接的业务交流。长此以往，同事之间心生嫌隙，反馈给组织效率就是负面效应。
当需要业务发展时, 共性越来越少, 定制功能也越来越多, 中台就会变得巨大无比, 就会变得中台十分臃肿, 几乎无法迭代
当张勇发布题为《唯有自我变革，才能开创未来》的全员信之后， 张勇明确提到，“集团中后台将全面做轻、做薄”。但需要注意的是，“做薄”并不等同于“拆除”。
所以阿里并没有把中台完全去除, 只是要"变薄"
那如何变薄呢?
将其中的定制部分抽离出来, 由业务系统自行开发维护, 但也会存在问题, 若每个业务都自行定义, 势必会定制出相同业务的模块, 甚至中台会被遗弃掉, 所以应该怎么做?, 如图, 业务在定制开发时, 要尽可能的通用, 想象自己就是在小中台, 如此可以避免相同业务的重复造轮子
在工作过程中, 怎么让我来用你写好的模块, 而不是自己搞一套, 这是企业文化的内容,
大家在工作中肯定遇到过, 某个部门做了这套功能, 但是自己部门就想自己搞, 原因是 或 功能不能完全满足自己 或 功能迭代受牵制于他人(提个需求好几个月都搞不完) 或 觉得别人做的都是垃圾,自己做的才牛逼
在腾讯内部, 大家会极力推荐自己部门的功能或系统, 让其他部门或项目使用, 每次使用都是付费使用, 如此, 使用方就是顾客, 作为店家就会极力满足顾客, 若不满足, 就会给差评/ 扣绩效等等手段, 所以每个部门都可能是顾客和店家的双重角色,
如此, 对使用方来说, 可以节省成本/ 加快项目进度, 对提供方提需求也能快速得到响应
对提供方来说, 在满足自身业务的前提下, 又可以为部门赚取收入 (这样对一些内部项目也能有盈利的机会)
大家会说: 对于技术中台来说, 若某个开源技术和自研技术有相同点, 使用方不想付钱, 直接使用开源版的怎么办,
关于这点公司可以出面, 规定某些技术只能使用公司自研的, (其实能做到自研技术的公司肯定不是小公司, 一定会看重自研技术路线的, 像阿里/腾讯/华为基本很少直接用外面开源的项目, 最起码也会二次开发后使用)
对于技术中台, 如果技术成熟了, 不光可以在公司内部赚钱, 也可以推广到市面上赚钱, 阿里云上就能买到很多阿里自研或者二开的技术框架
总结
中台其实是高内聚的产物, 把一些公共业务/技术等等放在一起维护开发, 并且是基于一些基础服务构建的
个人认为, 大部分公司都适合中台模块, 除非公司业务涉及面巨大, 且会不断深入的(国内大部分公司都是深耕某一块, 不会像阿里那样成为业务巨无霸)
或者可以将公司某个业务领域做成中台, 划清边界即可
什么是中台？看完你就知道了？ - 知乎 (zhihu.com)