作者Burwei (系馆守护神)
看板Soft_Job
标题[请益] 中台架构常见吗
时间Tue Dec 5 06:21:33 2023
前辈们大家好，小弟目前工作将满五年，但不算实习的话其实只在两间公司工作过，一是工研院一是欧洲支付公司，所以对於一些东西在业界到底常不常见蛮多时候都不太确定
刚看到前面一篇邮局的文，里面提到前台中台後台的架构，让我想到一直很想问的中台架构
中台一词我好像都只有在中文的资源比较常看到，除了邮局那篇，像是之前板上有出现过PTT official app的go-openbbsmiddleware repo里的简报也有提到中台架构，加上之前换工作时朋友帮内推的金融公司也有提到中台
但在英文的资源就比较少看到
感觉有点像N-tier architecture，又有点不太像
我有查到一篇我觉得把中台架构的前世今生讲得蛮清楚的中国文章 "你需要的不是中台，而是一名合格的架构师"(
https://ppt.cc/fEtyox)，也有跟我近期最好的朋友chatgpt讨论了一下，感觉这架构很有意思
我後来比较熟悉的架构是microservice architecture，我现在待的公司也是用这个架构为主，所以我一直以为它就是现在主流的架构XD
我今天下班前问我一个比我资深一些的俄罗斯同事，他也没听说过中台架构，该不会他跟我一样菜(?
想跟前辈们请教一下，请问中台架构常见吗?
还是只有在中国跟台湾的业界比较常见?
如果只有中国跟台湾比较常见的话，那是为何会有这种文化差异呢?
有前辈可以经验分享一下吗
如果是中台架构的经验谈也很棒!
第一次发文有点紧张
还请各位前辈多多包涵
-----
Sent from JPTT on my Google Pixel 5.
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 217.103.7.251 (荷兰)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1701728495.A.CC2.html
1F：推 DrTech: 这问题真的问得很好，也点出了N-tier architecture，又有 12/05 07:14
2F：→ DrTech: 点不太像 12/05 07:14
3F：→ DrTech: 你可以去了解，阿里文化。阿里文化常见名词。"中台"是他们 12/05 07:17
4F：→ DrTech: 提出来的，其实类似技术概念很多，但中国互联网太竞争，每 12/05 07:17
5F：→ DrTech: 年必须要换个名词，概念，一点点改善，就要搞的世界第一的 12/05 07:17
6F：→ DrTech: 创新，部门才有绩效。导致於这些名词文化。 12/05 07:17
7F：→ DrTech: 阿里文化又是中国互联网文化的输出根源之一，台湾又很爱炒 12/05 07:20
8F：→ DrTech: 中国的专有名词，导致於这种现象。 12/05 07:20
9F：→ DrTech: 中国人发明的，当然非中国的国家就没相关名词了。 12/05 07:21
是偶像Dr大!!! 原来还有非技术层面的考量 好我去查一下 感觉很有趣
10F：推 windclara: 似乎只有金融业在使用这名词 12/05 07:25
11F：→ tofuflower: 以我所知中台是阿里流行到中国业界，因为中文的关系 12/05 07:43
12F：→ tofuflower: 所以部分台湾公司也会讲 12/05 07:43
13F：→ tofuflower: 但欧美目前主流还是应该还是 DDD 12/05 07:44
14F：推 tsaigi: 中台跟DDD应该不能放在一起比吧？一个系统架构，一个程式 12/05 08:30
15F：→ tsaigi: 架构 12/05 08:30
16F：→ tsaigi: 以我不多的经验 感觉中台就是个没那麽微的微服务 12/05 08:32
17F：推 BlacksPig: 可以去看看阿里支持中台到现在不支持的相关文章 12/05 08:35
18F：→ BlacksPig: 然後在一些技术研讨会上，金融业的演讲就会看到这类架 12/05 08:39
好酷 听起来金融业真的是相当用比较多中台的产业
19F：→ BlacksPig: 构 12/05 08:39
20F：推 SHANGOYANYI: 中台架构成本很高 不管是管理上、开发上或维护上 通 12/05 08:52
21F：→ SHANGOYANYI: 常是多个前台服务商业逻辑相同的部分抽出变成一个中 12/05 08:52
22F：→ SHANGOYANYI: 台服务元件 然後大家共用 但如果前台各自为政或每个 12/05 08:52
23F：→ SHANGOYANYI: 在业务逻辑上都有部分差异时 共用元件本身就会变很 12/05 08:52
24F：→ SHANGOYANYI: 复杂 而且负责中台的团队很容易变成被推工作的对象 12/05 08:52
25F：→ SHANGOYANYI: 什麽垃圾都可以说：放中台，以後可以共用 12/05 08:52
很有画面XD
真的很好奇中台实务上跑起来会是什麽体验，感觉管理不好真的一不小心大中台就会变得很恐怖
26F：→ brucetu: 就只是帮 N-tier 取了另一个名词，用来吹 12/05 09:22
27F：→ brucetu: 本来共用的东西就可以抽出来独立，你想想 CGI 跟 cache s 12/05 09:24
28F：→ brucetu: erver 还有 database engine 和 档案系统之间的互动关系 12/05 09:24
29F：→ brucetu: 为什麽不要每支应用实作自己的 cache server 要抽一个单 12/05 09:26
30F：→ brucetu: 独的 cache server 出来？ 那我可不可以说 cache server 12/05 09:26
31F：→ brucetu: 是中台？ 如果你说不行他只是工具，那我前面挂一层API随 12/05 09:26
32F：→ brucetu: 便包一点商业逻辑进去算不算中台？ 12/05 09:26
33F：→ brucetu: 然後我们部门就有一个中台了 绩效++ ，其实软体工程本来 12/05 09:28
34F：→ brucetu: 就是在各种粒度上把程式之间的关系切割乾净，有什麽好吹 12/05 09:28
35F：→ brucetu: 前中後的，很无聊 12/05 09:28
36F：→ brucetu: 你把後端 micro service 和前端 app 依据业务性质分成前 12/05 09:30
37F：→ brucetu: 中後三种分类一样可以跟长官说你们有中台 12/05 09:30
这样讲也是有理XD
但他们这样搞应该有对应的组织架构，team之间的合作应该有他们的一套玩法
chatgpt是跟我说跟N-tier主要差异是中台把业务层面也放进来，不只是技术层面
38F：→ ssccg: 随便找个不是对user也不是管理介面的东西叫中台就是中台了 12/05 11:48
39F：→ ssccg: 台湾的某些业界就只是这样用的，不是真的什麽架构 12/05 11:50
原来有些公司是这样吗XD 好我以後有遇到会记得
40F：→ GoalBased: 去中台的话题都退流行了，纠结技术名词没啥意义，看本 12/05 12:03
41F：→ GoalBased: 质而不是什麽中台微服务DDD，每个公司案子状况都不同， 12/05 12:03
42F：→ GoalBased: 偷懒的人才会想用一个概念套所有，就像是想着跑了敏捷 12/05 12:03
43F：→ GoalBased: 後管理就会变好一样 12/05 12:03
44F：推 prae: 中台对应的英文是platform team吗？ 12/05 12:23
我也查不太到，chatgpt说是middle platform
45F：→ prae: 用来维护一些相似领域但不同应用的共用系统 12/05 12:24
46F：推 wulouise: middleware? 这个英文应该叫什麽 12/05 12:40
47F：推 s06yji3: Platform不是平台吗？他比後端还底层吧 12/05 12:57
48F：推 BignoZe: 中台是从大陆来的吧 淘宝天猫等等的复杂电商架构 12/05 13:22
49F：推 abccbaandy: 对岸的名词，看看就好，他们很会吹的 12/05 13:24
50F：推 rayway30419: 阿里都在去中台化了还有人在吹 12/05 13:39
※ 编辑: Burwei (31.161.147.222 荷兰), 12/05/2023 17:31:22
※ 编辑: Burwei (31.161.147.222 荷兰), 12/05/2023 17:33:10
51F：推 jason2641668: 对岸Web仔比台湾强没什麽毛病啊 12/05 17:33
52F：→ jason2641668: 台湾一堆连Nginx Redis MySQL都用不好的公司 12/05 17:34
53F：→ jason2641668: 整天吹系统设计、DDD、微服务、水平扩展 12/05 17:35
54F：→ jason2641668: 这才最可悲 12/05 17:35
55F：→ alan3100: 问题很简单 规模不够大的都不会有这些问题 12/05 18:56
56F：→ alan3100: 中台应该是data middle platform直译过来的 12/05 18:58
57F：→ alan3100: data mesh/fabric/lake 我觉得你可以找自己适用的情景 12/05 19:02
我查的时候也在想是不是因为中国公司很大，所以才发展出这种架构
但念头一转美国公司也很大也没听说有这种东西(也可能只是我没听说)
可能跟前面前辈说的一样有一些非技术层面的考量
※ 编辑: Burwei (31.161.147.222 荷兰), 12/05/2023 19:19:17
※ 编辑: Burwei (31.161.147.222 荷兰), 12/05/2023 20:06:59
※ 编辑: Burwei (31.161.147.222 荷兰), 12/05/2023 20:08:46
※ 编辑: Burwei (31.161.147.222 荷兰), 12/05/2023 20:09:50
58F：→ holebro: 在台湾大概只有讲银行比较常听到中台 12/05 20:26
※ 编辑: Burwei (31.161.147.222 荷兰), 12/05/2023 20:28:48
59F：→ alan3100: 中国技术翻译远超繁体 找对文章有时候比啃原文好懂很多 12/05 20:58
60F：推 SilentBob: 邮局、银行最喜欢的架构：敏前台、大中台、稳後台 12/05 21:58
61F：→ superpandal: 这就是低平台专属的中间件 这样来看资料库都算中台 12/05 23:11
62F：→ superpandal: 这又搞了一个新名词... 12/05 23:12
63F：推 Sieg2020: 十几年前券商就很多间有搞中台的了 12/06 06:21
64F：推 wybeen: 二十多年前做投信投顾系统时，交易员那称作前台，帐务会 12/06 10:39
65F：→ wybeen: 计称作後台，中台是做风控的，个人觉得以名词来说算常见 12/06 10:39
66F：→ brucetu: 这篇在讲的就不是风控中台 是在= = 12/06 13:22
67F：→ ChungLi5566: 名词听听就好 这几年流行微服务 那些请来的讲师就都 12/06 13:30
68F：→ ChungLi5566: 讲一样的口号 什麽敏前台厚中台 哪有这麽多人力来维 12/06 13:30
69F：→ ChungLi5566: 护 12/06 13:30
70F：→ brucetu: 毕竟讲师是靠嘴赚钱不是负责debug 12/06 13:57
71F：→ brucetu: 没有用拿同样的需求开发两套系统 你也很难客观量化新提出 12/06 13:58
72F：→ brucetu: 的架构有多少好处 12/06 13:58
73F：→ brucetu: 随便你喊节省几%成本都行 12/06 13:59
74F：推 weinine32: 中国的资料库会用到分库分表，就需要用中台转换SQL语句 12/06 16:58
75F：→ weinine32: 吧 12/06 16:58
76F：推 neo5277: 这问题基本上就是看各公司的商业模式跟架构而已家大业大 12/06 17:47
77F：→ neo5277: 用这种模式没什麽不好啊 12/06 17:47
78F：推 jhjhs33504: BFF那类的吧? 分拆复杂需求在不同服务横向沟通用的吧? 12/07 07:29
79F：推 braveht: 中台=提供某种业务领域/技术领域/资料领域的服务 12/08 23:31