和平讨论,中台的优缺点

2023-12-07 14:03:37 +08:00
 liyunyang
今天在朋友圈看到一个图片

然后,前几天有听到几个领导再说什么中台的不好,因为我们公司也有中台组,但是我接触的不多

请问一下各位大佬,中台的优缺点是啥?不要复制粘贴可以查到的答案

[Imgur]( )
14211 次点击
所在节点    程序员
83 条回复
ByZHkc3
2023-12-08 02:55:10 +08:00
中台就是守着一亩三分地不想给别人,但却又想包罗万象什么都归自己管,最后变成四不像。
xuanbg
2023-12-08 03:18:46 +08:00
有一说一,中台特别好用,前提是中台别沾业务。反过来,如果中台带上哪怕一点点业务逻辑,就坏菜了,必死无疑。
OceanBreeze
2023-12-08 06:35:51 +08:00
没搞过中台系统。它和微服务,有什么本质区别呢?但是冯大辉把阿里的现状归结于中台,可谓毫无依据。在我看来,阿里的问题是个战略失误,而不是技术问题。
opengps
2023-12-08 07:36:46 +08:00
让我看来特别简单,一个足够大的系统,确实前台后台已经不够用了,所以需要增加分类多出来一个中台的概念
至于为什么吐槽那么多,我认为这些吐槽的大部分人是因为跟风做了没必要做的
digimoon
2023-12-08 08:13:22 +08:00
什么是中台?专门做统一接口的中间层?
murmur
2023-12-08 08:14:43 +08:00
@digimoon 不是,你可以理解成微服务+容器+监控+....+反正在操作系统之上业务逻辑之下的都是中台,中台还可以细拆技术、业务、数据
murmur
2023-12-08 08:15:35 +08:00
所以数据库允许程序员自己建的时候叫数据库,不允许每个应用有自己的数据库必须跟专门部门申请就叫数据中台
lovelylain
2023-12-08 08:33:41 +08:00
@digimoon 前面有人说了,整个系统,通用功能提取出来,就叫中台。举个栗子,一个公司有多个部门多个产品,每个产品都有营销投放需求,投广告投活动等,每个产品都自己实现活动管理和投放太低效,特别是对于一些新的小产品。于是归纳公共特性做成中台,每个产品对接几个接口,在中台系统上配置活动和投放策略,功能就实现了,而且比你自己做功能更全,在并发性安全性上都有考虑,是不是很美好?缺点嘛,中台是服务多产品的,你要的某个特性没有,对不起得等排期,现在有更高优先级的需求。
ZZ74
2023-12-08 08:36:15 +08:00
一言蔽之
优点:有绩效。除此之外都是缺点
awefeng
2023-12-08 08:53:28 +08:00
一般一个公司折腾所谓的中台的时候:1.这个公司没活了找不到下一个方向 2. 这个公司有人需要上位。 都会导致一地鸡毛结局,本人就被这种所谓中台搞到被裁员
oamzn
2023-12-08 08:57:31 +08:00
想法很好,做着做着发现跑偏了
dzdh
2023-12-08 09:01:40 +08:00
一个公司多个业务线 每个业务线 互有重复功能或技术点。有的是个算法,copy 两个文件就解决了,有些需要三方服务甚至是付费外部服务更甚至是多个不同的外部服务在内部被二次整理封装再内部开放调用接口, 咋搞。这叫啥?
user9121
2023-12-08 09:02:27 +08:00
中台不就是公用服务吗?起个这名字. 大家都发短信.那就弄一个公共的发短信服务.叫 xxx 中台.这东西一直都有.只是造词运动出来的.
Hellokids
2023-12-08 09:10:07 +08:00
中台其实就是一个工程架构,所以经常会碰到既要又要的问题。大部分人都想更简洁的使用中台能力,恨不得中台能提供全部的业务场景,串联就能用,但实际多业务场景下中台的设计和业务侵入性的度很难把握,有可能这个业务爽了那个业务开始骂了,如果不侵入业务所有人都该骂中台啥用都没有,这是从开发的角度。实际企业只会考虑人效比,如果能提高人效比是不是中台又有什么关系了。
nothingistrue
2023-12-08 09:22:52 +08:00
软件领域的绝大部分造词,只要它是真得用来解决问题的,那就没必要关注优缺点,只要它被拿到了推广人/公司的文章上,那它就只有缺点。

你现在回头去翻翻 Java 的发展史,那些用过但消失的东西,EJB 、Struts 、J2EE ,你会关心他们的优缺点吗,它们只不过是某一段时间真能解决问题,然后又自然被淘汰。
sentinelK
2023-12-08 09:29:06 +08:00
btw:楼上很多把中台比作公共库、公共函数。这个不准确
中台在公共服务的基础上,还包含管理与统计功能。最大化的压低每个产品线接触企业核心生产资料的面积。
如此,就可以实现公司对每个产品线的量化比较、功能标准化、权限统一化等等。

既,公司可以以一个上帝视角管理每个产品线调用 api 的授权情况,每个 api 的次数、频率、返回内容等等。
毕竟对于互联网公司而言,数据与功能,本质上就是一种生产资料。所以推中台的目的也是对业务线的一次权力剥夺。

因此,中台不光是为了满足降本增效的愿景,更多的还满足了公司高层对于软件产品的把控欲望。
junkk
2023-12-08 09:32:28 +08:00
@magicxxx123 #3 和我司的很像,涉及到中台合作的需求总是会压力很大,业务面向需求可以写很多定制化的代码,而中台追求一种 [通用性] ,导致很多时候反而需要业务部门去适应中台,又要适应需要又要适应中台,且中台的排期往往更久,非常难受
8355
2023-12-08 09:36:12 +08:00
中台的核心诉求就是用研发资源统一的设计重构屎山代码,历史代码太多了,维护不了,需要一个契机把前面的业务翻一遍而已,但是你不能对外这么说,不然股东会同意吗?又不是不能用,所以研发自己解决自己的麻烦,想一套能对外说的逻辑同时可以说服老板加大投入,功能没变化还是这么多功能,但是研发干的热火朝天,通过优化技术上得到了提升对外还有吹的资本,大批 cto 跟进使用同样的方式创造业绩。
bullfrog
2023-12-08 09:40:18 +08:00
中台是一个虚无的概念,就跟气功的气一样,想让它是什么它就是什么,想怎么解读就怎么解读,也就不存在有用还是没有用
assad
2023-12-08 09:44:06 +08:00
究竟有多少公司需要做中台,适合做中台,有条件做中台,而且能去做中台,这也没个标准。各种利益纠错,技术负责人的喜好,不过不排除跟风的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/998349

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX