作者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/m.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