什么是中台？这产品天天让我弄。

[enchigo]

公司产品经理的头头，天天说要搞一个业务中台，以更快速响应的他们需求的变更。

他是这样说的，如果本来一个 A 功能需要执行 a-b-c 这样的方法，现在要把大 A 拆成 a,b,c 然后方便大家调用。

然后在需求变更时，可以迅速的调用现成的或是之前写过的函数进行开发。我问他是不是解耦，他说是解耦，可解耦和中台有关系吗（现在微服务架构就是为了解耦）。

之前没接触过中台的落地，而且我们是国企内的信息部门，做的内部管理系统，这边就这十来个 JAVA 后端开发，硬要我整这些有的没的的东西，我好迷茫啊。

现在公司后端就是普通的 springcloud 全家桶微服务架构。

[plqws]

就是运营系统

[est]

管他那么多需求问清楚，有坑填就是了。

🀄️台简单的说就是某些团队为了刷 KPI 创造一个新的名词和岗位。以后出来一个🀀🀁🀂🀃台出来我是不奇怪的。

[coolooks]

中台就是管理用户使用的系统的系统，我目前就在做

[woodensail]

中台基本上就是以业务为维度对后台进行一次封装。
具体而言以前的管理系统，涉及到用户方面的事儿都是自己查用户表。中台则对其进行一次封装，把用户相关的操作全部封装到一起叫做用户中台，该中台可直接向前端提供服务或向其他前台 /中台提供服务。

这样一来就不用每个业务功能的开发在开发到用户相关功能时都要自己去研究用户表及其附属表的结构逻辑。也方便用户模块的开发者内置一堆业务校验等功能，防止其他人不会搞，搞出一堆脏数据。

[daozhihun]

中台感觉更是营销的感念在里面，把原来的业务拆分出好多出来，取不同的名字。但是实际做起来大多还是互相耦合在一起

[woodensail]

简单的说，传统模式中前端 /前台开发者用到了哪些功能，就得彻底了解这些功能相关的数据结构和约束。现在则是用到了哪些功能，直接调用中台接口就行。
大量复杂业务逻辑从前端 /前台被抽取到中台，大大简化前端 /前台的开发难度。

[x2ve]

只听说过'数据中台'

[rogwan]

中台简单理解就是：微 SDK

[phantomzz]

讲道理小厂不需要搞中台，完全是 KPI 产物。
大厂会有中台的场景，典型地拿电商来说：
“前台”只负责展示相关的数据，比如首页、推荐、登陆等模块（系统）
"中台"才是业务逻辑核心，比如商品、价格、订单等模块（系统）

按照你的描述，这压根儿不是中台，就是微服务和 FaaS 那套啊。。。

[woodensail]

ps，现在互联网行业的架构严格上说能分 4 层。看各个公司具体情况，会选择其中的几层来实现。
1-前端：用户设备上跑着的部分，网页 /app/pc 客户端等。这个省不掉的
2-前台：对中台 /后台接口进行聚合封装，提供给前端使用，与前端功能一对一伴生，能提高前端性能，简化前端场景(解决如多接口部分随机失败或时序等问题)。这一层可有可无，没有的话性能差一些，前端直接调中台也行。
3-中台如上所说，以业务模块为维度进行封装，比如会员中台 /商品中台 /支付中台等，最复杂的业务逻辑一般也都在这一层实现，比如无比恶心的支付……
4-后台，嗯我也不知道后台到底干啥，我只是个无知的前端。

[lbyo]

@woodensail #10 对东、西、南、北 台表示搓手期待

[hmxxmh]

@est 哈哈，前段时间还看了篇叫 中台的末路 的文章

[ybonfire]

@woodensail 那你这样不就是强行加了一层吗？ 其实通常的后台就是你所说的中台，中台就是你所说的前台，然后就是前端了。。

[lzxz1234]

从概念上讲，中台就是后台到架构部中间那一层

传统意义上，后台使用各种框架数据库等实现业务逻辑，依赖的这些框架、存储啥的是架构部提供的

中台就位于这两层中间，提供一些通用的模块封装，例如一整个用户模块、订单模块等

但这只是理想情况，实际上业务的通用度真的很低很低。。

[woodensail]

@ybonfire 后台是什么我是真不了解，但是前台和中台的区别我还是知道的。前台一般是和前端一对一的，完全为前端而服务，主要做接口聚合，数据清洗等服务，没有过于复杂的逻辑。
而中台则不管前端，而是以自身业务为模块进行划分，一个中台会同时向大量的前端 /前台提供服务，通用性极强。

[rockyou12]

业务没理顺别搞这些花里胡哨的。举个例子像我们有 iot 业务，然后有 iot 项目只做 iot 设备相关业务与数据处理，而具体车辆和运输相关的业务都是单独的，他们去找 iot 项目要数据，而不是直接将 iot 数据放在自己的业务数据库中。而 iot 项目也不依赖其它具体业务。

其实就是让公共的东西拿出来，减少其它业务的开发成本，但这种东西又不是什么新概念，哪有这么容易抽象出来，搞不好还不是各各业务耦合在一起。

[woodensail]

其实很多公司没有前台这个部分的，因为业务不够复杂。
在大公司的项目中，一个页面如果直接调中台，可能首屏就需要几十个接口，而且这些接口还是分批次调用，第一波接口结束后，跟据其结果调用第二波接口，然后再第三波，这样会导致前端加载耗时长，消耗流量多，且容易发生加载失败。
而前台则跟据前端的需要一对一实现接口，按照页面的需要请求相关数据，由于是内网访问，速度快，稳定性高，最后清洗一下还能减少用户端的流量消耗。前端的 kpi 一下子就完成了(狗头)

[wangxiaoaer]

瞎捷豹炒概念。

[qiyuey]

@woodensail 你这个并不是中台，还属于平台

[woodensail]

@qiyuey 说法不同而已，我这边是按前中后台来分的。不知道为啥，似乎电商都喜欢这么分，可能是学的阿里吧……

[mcfog]

产品要插手技术（架构）设计甚至是实现，相当于兼职架构师，你可以把他当架构师来问，问不倒的话就真的按他说的做就是了

[90928yao]

管理系统都要为服务了吗。。。你们这规模得多大啊

[90928yao]

@90928yao 微服务

[niubee1]

反正看到大堆大堆的吹中台 blabla 的就胃反酸

[woodensail]

@90928yao 其实中台的出现比微服务要早，有中台不一定就是微服务模式。有可能只是普通的服务而已。
我接触到的就是这样，有中台，但完全是传统的部署模式。

[xuanbg]

中台就是抽象的业务，或者叫能力中心。譬如在商城中抽象出订单、支付、物流等业务，可以若干业务都使用它们的能力。

[BUPTGuo]

应该感谢阿里，把整个概念给传播开了

[OctopusGO]

这就是公司业务没有理顺出来的东东

[90928yao]

@woodensail 我是说 楼主的 后台系统都上微服务了。。感慨下 他们的规模。。。我们后台一个 tomcat 一把嗦，启动一下一分钟

[dosmlp]

不要鸟产品就好了

[wingyiu]

@xuanbg +1，原子能力，可以看看腾讯蓝鲸的一张架构图，瞬间就明白了

[Nick66]

多个项目业务功能重叠做中台才有意义，中台是为快速响应业务需求，平台化，功能模块复用

[weixiangzhe]

之前公司搞过， 我是前端，我就发现我找后端说 bug 他们就相互甩锅， 一会说是交易的 交易又说是用户中心 用户中心说是又是另一个的 ，最后都要来个小群 让他们吵一轮才行， 然后拆的太开， 开发人员都拎不清需求啦。不过我没有做过 不知道离题没有😃

[caixiaocai]

中台就是中央广播电视台。

[zbinlin]

中台这个概念印象中好像是我们最擅长营销的那个大厂提出来了，纯国产。

[opengps]

本来是后台，但是现在的系统都是设计成 3 方使用的性质，后台指的是管理员，中台指的是合作商家的后台，前台指的是最终用户

[CoderGeek]

我也在中台， 评价不出来

[hantsy]

这个词真的恶心。。。

[tianshilei1992]

Q：大师大师，微服务拆多了怎么办？
A：那就再合起来啊。
Q：那太没面子了啊。
A：你就说你已经跨越了微服务初级阶段，在做中台了。

[xihefeng]

@tianshilei1992 提壶灌顶！👻

[Quoo]

我就是产品，让这样的产品去死

[miv]

@tianshilei1992 真的是这样吗

[tianshilei1992]

@miv 哈哈，我也不知道。摘自 Twitter。😄 刚好今天看到了。

[blless]

没有几条产品线就没有所谓中台，多产品线复用的基础设施层就可以理解为中台

[coldear]

中台和 middleware 有关系吗？

[EugeneYWang]

@woodensail 如果您说的这个就是中台的话，看样子 LZ 的产品头头还真的理解对了

[lihongming]

概念太宏大，我是不是可以这么理解——直接操作 Model 的 Controller 叫后台，中台就是跟后台 Controller 交互的 Controller?

[php01]

一般来说，嘴巴里念中台的人，产品人数是大于程序员人数的，即使行业从业人员比例程序员比产品多得多。

[charlie21]

任何 model，一封装，就出来一个新 model，多封装几次 搞个鉴权，你看看 一个 model 变 n 个 model，做的还是那些事，KPI 也出来了，中台也搭建了，数据库也没弄乱，中台里还能搭缓存，（即使网站是一个流量很低的网站）搭缓存总是没错的吧？

[sonxzjw]

中台是一个广泛定义，但看了前几条说什么“就是业务 xxx“...

[JJstyle]

卧槽，全民做中台啊！

[zjsxwc]

偏个题，看楼主的描述，有几种理解

1. 前面各位说的物理机器接口架构模式：前端-->前台（一次请求获取所有前端要的数据）-->中台（按照业务整合后的接口）--> 后台（各种离散的接口）

2. 代码层面：门面模式（ Facade ）就算是只用 tomcat jsp 一把梭也能搞定

[woodensail]

@90928yao 233，我当年有个项目，领导雄心满志要做微服务，然后没那技术，做出来一个项目跑了好几个 tomcat 互相调用，号称这就是微服务……

[wc951]

技术中台，业务中台还是数据中台？

[lilyblooper]

@coldear 没啥关系，个人理解，middleware 做的是技术组件（比框架大一层），比如什么 mycat , bpmn 什么；
中台大了去了，照搬阿里那套，中台有 n 个，每个里面有 n 多平台+业务域

[mawenjian]

公司规模不够大，业务不够复杂，谈中台是没有什么意义的。企业中台本身是为了解决企业内部烟囱式系统林立、系统重复建设、相互之间缺少调用关系而出现的。小公司强上中台，意思不算太大，做好基础服务拆分就行了。

[sagaxu]

阿里中台喊的最凶，加班比腾讯少吗？

[encro]

infoQ 多关注下。

[cco]

造个词拿个几十亿的单子，顺便还能带动一下其他行业，比如书籍，培训课啥的。

[zhang77555]

中台是公司业务规模大到一定程度了,发现有严重资源浪费才有必要搞的东西, 除此之外,除了带来更多麻烦,就没有任何好处了.

[Bigglesworth]

@caixiaocai #34 其实是中国台湾

[cominghome]

中台就是技术人员一厢情愿的美梦罢了，最后都会被业务方的各种定制化需求粉碎。

[dyllen]

@zhang77555 但是现在好多公司都在学，不管公司大小，业务规模。反正我简单看了一下，新词，内容看起来微服务也差不多。反正就是拆拆拆，调用。。。

[exploreXin]

中台就是“二道贩子”，直接可以取得数据要找个人转一次手交给你，当然，这是戏谈，数据量和应用规模到达一定程度，要细化“中间层”应用，中台的作用是“细化业务，粗化代码”，通过中台，业务越来越清晰，东西越来越多，但是代码逻辑通过构建重用的抽象却相对业务来说是减少了，不用每个应用复制一堆相同的代码。所以用不用中台始终要看业务需要，构建的话也要遵循一定规范要求，那种团队只有两三人，代码不过一两万行的项目要搞中台，只能说需求发起人是脑袋进水，想跟风显示一下自己紧跟潮流罢了。

[keelii]

什么是中台？前台干不了，后台不想干的事儿甩给了中台。

[guolaopi]

我理解的就是 TM 后台管理系统，只不过相对于原来的后台管理系统权限和功能可能少一点。例如不允许大规模删除数据以及修改订单金额等。
纯粹扯蛋

[zhangalong69]

我在用户中台，向外提供登录，注册，账号管理，风控的能力，其他产品做登录注册只要通过中间层 php 调用我们的接口就好了，而且需求也都是和用户相关

[codingKingKong]

我想起了一句话: `如果遇到了问题, 没有是加一层是解决不了的, 如果不行, 就再加一层`

[zw1027]

@miv 插一嘴，其实只是个段子，用来调侃那些什么都不会的人，PPT 选手
中台是合，微服务是拆，什么时候整合什么时候细化，具体还是都要看业务战线是怎么样的

[index90]

中台就是对企业业务能力的封装，新瓶装旧酒，类似以前的 ESB。
中台落地的前提是对业务有足够深入的了解，并且有高度的概括能力。简单两句就想让一个开发人员实现简直天荒夜谈。
追求完美 OO 设计多年的我，逐渐放弃，我就是个普通人，没有哲学家那种抽象能力。何况现实情况是，业务也在跟着变化，想总结出业务模式，抽象出业务能力，实在太难。
唯有对相对稳定的组织架构进行能力封装，毕竟组织架构师稳定的，每个部门的职能也是稳定的，封装每个部门的 IT 接口也能够实现一个可用的中台。

[woshipanghu]

楼主也是个实在人
就是后台系统 硬生生的跟着马云说中台
一些不懂的人明明就是个后台管理系统硬说是中台

[sujin190]

中台现在火应该是在阿里企鹅这样超大型组织中，在组织、系统架构十分复杂、流程冗长，但又需求多变复杂，同时又要求极高的系统容量和稳定性，低效率高成本的管理、沟通和组织协调问题，所以通过中心化的高效率部门实现独立高性能高技术基础架构能力和高度业务抽象能力，从而为超大型组织巨人提供高效率心脏，节省成本提高效率，同时也为了能抓住新机遇做好时刻准备，为实现超复杂业务做好支撑，但是你说这种东西，对于中小型公司来说，有个毛线用处啊，都是 TM 的瞎比比扯淡的，中型公司或许还能 ppt 架构大师走上人生顶峰，小公司嘛你就呵呵就可以了

[hicdn]

https://tva1.sinaimg.cn/large/006y8mN6gy1g939rbd6gej30l805udh2.jpg

https://twitter.com/dustise/status/1196405567331299329

[guanhui07]

业务大平台多 抽象出来个中台 ,小公司就算了

[coloz]

产品取名大会，东西南北中台

[zorichen]

举个例子，电商的用户中心... 如果有天猫、饿了么、菜鸟这么多客户端... 可以统一搞一套统一的用户中心，封装给各个业务线，他们自己在做个性化、业务化...

[pagepancn]

产品经理插手技术架构，是不是飘了

[winglight2016]

现在新名词这么多了呀，以前做 lvyou 行业时，中台是负责把 web 过来的订单拿去和 jiudian 确认一下，以及 noshow 之后更新订单。现在看来，中台是在前端和后台之间又强行插入了一层呀。十几个后台开发，在我看来，是没必要搞什么微服务的，中台就更没意义了，反正都是没事儿找事儿，lz 就当是学习一下潮流吧。

[sun019]

连腾讯都推不下去的技术中台，没那么简单的

[afpro]

楼上大哥们不要无脑黑中台了 中台可以认为是人员组织结构的一种延伸 就是功能性组织结构和业务性组织结构的区别

一个公司有很多业务 每个业务都有自己的 dba 都有自己的 qa 这就是业务性组织结构
突然有人说 卧槽 dba 干的活基本都是一样的 我们把所有 dba 都放在一起成立一个统一的数据库中台吧 这就是功能性组织结构
但是大部分业务并没有这么统一 比如 qa 虽然都是测试 但是每个产品测试需要了解的知识又不太一样 就不能做中台 这时候就需要混合型组织结构 或者说“双重汇报” 这就是另外一个故事了
所以如果能把业务和人都统一的放在一起 就可以做中台 对人力和管理都是好事 如果不能 就别瞎折腾

[enchigo]

@90928yao 我今年四月刚来的时候正在做单体应用到微服务的转变，然后因为分子公司比较多，还要做 Saas 多租户。然而服务的划分只是停留在 ** 系统层面，一个系统一个服务，而且最最吐血的是，跨服务直接数据库联表查询。

[enchigo]

@woshipanghu 那领导这样说，也没办法，我重复了多次说没必要搞这些有的没的的东西。毕竟还是保住饭碗，干满一年再走。

[enchigo]

@pagepancn 产品经理老大技术早些年 DBA 出身，现在管着产品组和开发组，没办法啊。

[enchigo]

@90928yao 微服务什么的是大领导去年一句话，然后我四月份刚进来的时候已经在做了。我们这边还有自己的机房，几百台服务器。

[est]

@afpro

> 突然有人说 卧槽 dba 干的活基本都是一样的 我们把所有 dba 都放在一起成立一个统一的数据库中台吧 这就是功能性组织结构


道理我懂。但为啥不叫 统一 dba 后台。

[Azmaveth]

你可以把它理解成内部使用的开放平台，这样的话就避免重复开发和权限混乱

[snappyone]

整天吹捧中台的，不是蠢就是坏

[activemq]

中台没有意义

[wangxin13g]

个人看法 中台其实就是后台讨论了很久的微服务解耦,不过之前的解耦可能是项目和部门层级的，中台更多的可能说的是部门间 公司层面的解耦，说白了中台是管理要讨论的概念，和程序员无关。

[standbymeX]

被 2l 的东南西北台笑死