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

[enchigo]

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

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

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

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

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

[plqws]

就是运营系统

[est]

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

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

[coolooks]

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

[woodensail]

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

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

[daozhihun]

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

[woodensail]

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

[x2ve]

只听说过'数据中台'

[rogwan]

中台简单理解就是：微 SDK

[0NF09LJPS51k57uH]

讲道理小厂不需要搞中台，完全是 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 说法不同而已，我这边是按前中后台来分的。不知道为啥，似乎电商都喜欢这么分，可能是学的阿里吧……