[請益] 中台架構常見嗎
前輩們大家好，小弟目前工作將滿五年，但不算實習的話其實只在兩間公司工作過，一是工研院一是歐洲支付公司，所以對於一些東西在業界到底常不常見蠻多時候都不太確定
剛看到前面一篇郵局的文，裡面提到前台中台後台的架構，讓我想到一直很想問的中台架構
中台一詞我好像都只有在中文的資源比較常看到，除了郵局那篇，像是之前板上有出現過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.
--
這問題真的問得很好，也點出了N-tier architecture，又有
點不太像
你可以去了解，阿里文化。阿里文化常見名詞。"中台"是他們
提出來的，其實類似技術概念很多，但中國互聯網太競爭，每
年必須要換個名詞，概念，一點點改善，就要搞的世界第一的
創新，部門才有績效。導致於這些名詞文化。
阿里文化又是中國互聯網文化的輸出根源之一，台灣又很愛炒
中國的專有名詞，導致於這種現象。
中國人發明的，當然非中國的國家就沒相關名詞了。
是偶像Dr大!!! 原來還有非技術層面的考量 好我去查一下 感覺很有趣
似乎只有金融業在使用這名詞
以我所知中台是阿里流行到中國業界，因為中文的關係
所以部分台灣公司也會講
但歐美目前主流還是應該還是 DDD
中台跟DDD應該不能放在一起比吧？一個系統架構，一個程式
架構
以我不多的經驗 感覺中台就是個沒那麼微的微服務
可以去看看阿里支持中台到現在不支持的相關文章
然後在一些技術研討會上，金融業的演講就會看到這類架
好酷 聽起來金融業真的是相當用比較多中台的產業
構
中台架構成本很高 不管是管理上、開發上或維護上 通
常是多個前台服務商業邏輯相同的部分抽出變成一個中
台服務元件 然後大家共用 但如果前台各自為政或每個
在業務邏輯上都有部分差異時 共用元件本身就會變很
複雜 而且負責中台的團隊很容易變成被推工作的對象
什麼垃圾都可以說：放中台，以後可以共用
很有畫面XD 真的很好奇中台實務上跑起來會是什麼體驗，感覺管理不好真的一不小心大中台就會變得很恐怖
就只是幫 N-tier 取了另一個名詞，用來吹
本來共用的東西就可以抽出來獨立，你想想 CGI 跟 cache s
erver 還有 database engine 和 檔案系統之間的互動關係
為什麼不要每支應用實作自己的 cache server 要抽一個單
獨的 cache server 出來？ 那我可不可以說 cache server
是中台？ 如果你說不行他只是工具，那我前面掛一層API隨
便包一點商業邏輯進去算不算中台？
然後我們部門就有一個中台了 績效++ ，其實軟體工程本來
就是在各種粒度上把程式之間的關係切割乾淨，有什麼好吹
前中後的，很無聊
你把後端 micro service 和前端 app 依據業務性質分成前
中後三種分類一樣可以跟長官說你們有中台
這樣講也是有理XD 但他們這樣搞應該有對應的組織架構，team之間的合作應該有他們的一套玩法 chatgpt是跟我說跟N-tier主要差異是中台把業務層面也放進來，不只是技術層面
隨便找個不是對user也不是管理介面的東西叫中台就是中台了
台灣的某些業界就只是這樣用的，不是真的什麼架構
原來有些公司是這樣嗎XD 好我以後有遇到會記得
去中台的話題都退流行了，糾結技術名詞沒啥意義，看本
質而不是什麼中台微服務DDD，每個公司案子狀況都不同，
偷懶的人才會想用一個概念套所有，就像是想著跑了敏捷
後管理就會變好一樣
中台對應的英文是platform team嗎？
我也查不太到，chatgpt說是middle platform
用來維護一些相似領域但不同應用的共用系統
middleware? 這個英文應該叫什麼
Platform不是平台嗎？他比後端還底層吧
中台是從大陸來的吧 淘寶天貓等等的複雜電商架構
對岸的名詞，看看就好，他們很會吹的
阿里都在去中台化了還有人在吹
對岸Web仔比台灣強沒什麼毛病啊
台灣一堆連Nginx Redis MySQL都用不好的公司
整天吹系統設計、DDD、微服務、水平擴展
這才最可悲
問題很簡單 規模不夠大的都不會有這些問題
中台應該是data middle platform直譯過來的
data mesh/fabric/lake 我覺得你可以找自己適用的情景
我查的時候也在想是不是因為中國公司很大，所以才發展出這種架構 但念頭一轉美國公司也很大也沒聽說有這種東西(也可能只是我沒聽說) 可能跟前面前輩說的一樣有一些非技術層面的考量
※ 編輯: 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在台灣大概只有講銀行比較常聽到中台
中國技術翻譯遠超繁體 找對文章有時候比啃原文好懂很多
郵局、銀行最喜歡的架構：敏前台、大中台、穩後台
這就是低平台專屬的中間件 這樣來看資料庫都算中台
這又搞了一個新名詞...
十幾年前券商就很多間有搞中台的了
二十多年前做投信投顧系統時，交易員那稱作前台，帳務會
計稱作後台，中台是做風控的，個人覺得以名詞來說算常見
這篇在講的就不是風控中台 是在= =
名詞聽聽就好 這幾年流行微服務 那些請來的講師就都
講一樣的口號 什麼敏前台厚中台 哪有這麼多人力來維
護
畢竟講師是靠嘴賺錢不是負責debug
沒有用拿同樣的需求開發兩套系統 你也很難客觀量化新提出
的架構有多少好處
隨便你喊節省幾%成本都行
中國的資料庫會用到分庫分表，就需要用中台轉換SQL語句
吧
這問題基本上就是看各公司的商業模式跟架構而已家大業大
用這種模式沒什麼不好啊
BFF那類的吧? 分拆複雜需求在不同服務橫向溝通用的吧?
爆
[情報] 「刷卡回饋隨手查」網站第一次發文，如果排版不好，敬請見諒 來卡板多年，自己辦了不少卡 但要刷卡消費時 還是搞不清楚要刷哪張卡 所以自己弄了個網站「刷卡回饋隨手查」![[情報] 「刷卡回饋隨手查」網站](https://i.imgur.com/GzDKZrVb.jpg "[情報] 「刷卡回饋隨手查」網站")
60
Re: [新聞] 日經：特斯拉車款的電腦技術領先對手六年這篇報導只能說，恩~滿單純的XD 整車控制器系統架構這件事，本來就一堆車廠和供應商投入在做 目標： 1. Less ECUs (100 ECUs -> 6~10 Domain Mega Controllers) 2. Software reuse & integration![Re: [新聞] 日經：特斯拉車款的電腦技術領先對手六年](https://i.imgur.com/VcSVHQZb.jpg "Re: [新聞] 日經：特斯拉車款的電腦技術領先對手六年")
34
[心得] BBS 後端實作期中報告各位 Soft Job 的版友大家好，我是 Pichu，半年前在這個版徵求關於 BBS 後端開發的 人力（#1W1OxYB8 (Soft_Job)），很感謝大家的支持 這篇文章主要是和大家分享這半年來我們大致上做了哪些事情， 影片整理則會於 7/31 釋出。 一月中的文章我們列了十三點需要處理的問題：![[心得] BBS 後端實作期中報告](https://i.imgur.com/fFKTPjhb.jpg "[心得] BBS 後端實作期中報告")
15
[軟體] Rosetta 2導致M1大量寫入SSD這是這位youtuber下的結論 導致SSD過度寫入的元凶，是Kernal_tesk這個程式 可以在活動監視器把「寫入的Byte數」開出來看各個App寫入SSD的數據 他發現完全不使用x86架構的程式，也就是只用Arm架構的程式，就可以大幅降低SSD寫入![[軟體] Rosetta 2導致M1大量寫入SSD](https://img.youtube.com/vi/FyMCoQmsv-I/mqdefault.jpg "[軟體] Rosetta 2導致M1大量寫入SSD")
6
[分享] 誰將“殺死”傳統汽車電子電氣架構？這是一篇中國媒體寫的文章，不喜歡請左轉離開 來源： 誰將“殺死”傳統汽車電子電氣架構？ 「在我看來，目前只有Model 3和大眾的ID.3，能稱為全新的電子電氣架構。因![[分享] 誰將“殺死”傳統汽車電子電氣架構？](https://i.imgur.com/qVOrEGeb.jpg "[分享] 誰將“殺死”傳統汽車電子電氣架構？")
4
[請益] X86, ARM架構系統EE板上各位大大好，小弟身為系統廠EE，近期開始在思索職涯發展，但板上對於類似主題的討 論好像不多，想上來跟各位請益一下。 系統廠EE負責的電子產品種類繁多，但核心處理器 不外乎是X86架構、ARM架構、甚至DSP或MCU，以目前台灣科技業或是全球的發展情況而言， 是否有哪一種架構的電子產品未來發展比較有優勢呢？還有就是未來若想轉換不同產品，熟 悉不同架構的系統EE會有轉換困難的問題嗎？（比如說從x86要切入ARM...等等）希望可以2
Re: [問題] Ethernet環繞架構不常見的原因?我覺得音響系統依舊是很保守,很傳統 業者對於數位,網路依舊不很懂 故保持在USB觀念 舊有數位傳輸僅有AES/EBU ,同軸,光籤,這些都是BIT BY BIT 網路採用封包,且架構上與音樂傳輸連續性衝突