為什么IT創(chuàng)業(yè)公司項(xiàng)目開發(fā)時(shí)最好的選擇仍然是單體架構(gòu)
當(dāng)前位置:點(diǎn)晴教程→知識(shí)管理交流
→『 技術(shù)文檔交流 』
![]()
你有沒有參與過那種被“微服務(wù)”過度設(shè)計(jì)的項(xiàng)目? 對(duì),我也遇到過。 我已經(jīng)數(shù)不清給多少創(chuàng)業(yè)公司做過咨詢或建議了。每一家都興奮地向我展示他們嶄新的、解耦的、“無限可擴(kuò)展”的微服務(wù)架構(gòu)。每次我心里都默默想: 不是因?yàn)槲⒎?wù)的概念不好。它有用武之地。 諷刺的是,我見過那些真正活下來、能持續(xù)發(fā)版、不把種子輪燒在沒人需要的基礎(chǔ)設(shè)施上的公司,幾乎都在用單體。 沒錯(cuò),單體。那個(gè)被說成“恐龍”的架構(gòu)方式。 某個(gè)時(shí)間點(diǎn)開始,“單體”這個(gè)詞就成了貶義詞,就像叫人“Legacy 系統(tǒng)”一樣,立刻讓人翻白眼。 反過來,那些真正拉到用戶、做出營(yíng)收、跑起來的創(chuàng)業(yè)公司,往往就是一個(gè)單體倉庫 + Postgres 后端 + 一個(gè)大 Service 文件夾。 而且,它們跑得好好的。 所以,單體不是敵人。過早的復(fù)雜化才是。 創(chuàng)業(yè)公司最愛自我安慰的一句話是: 但現(xiàn)實(shí)呢?注冊(cè)表單還壞著呢,壓根沒人能登錄。 大多數(shù)創(chuàng)業(yè)公司壓根不需要擴(kuò)展性。 在早期,靈活性 > 可擴(kuò)展性。 你知道單體最大的好處是什么嗎? 你能把事情做完。 你就是…把功能寫完。 這也是為什么最好的團(tuán)隊(duì)——尤其是有經(jīng)驗(yàn)的團(tuán)隊(duì)——會(huì)默認(rèn)選單體。 事實(shí)勝于雄辯: 大家總在聊服務(wù)邊界和擴(kuò)展性,卻很少有人談團(tuán)隊(duì)士氣。 試著讓一個(gè)新人接手 40 個(gè)微服務(wù)的森林: 再對(duì)比一下:丟給他們一個(gè)干凈的單體。 別低估架構(gòu)對(duì)開發(fā)速度的影響。微服務(wù)?除非必要,否則它只會(huì)讓你變慢。文化上、管理上、心理上。 單體長(zhǎng)得太大?沒事。 優(yōu)秀的軟件都是自然演化的,而不是在你還沒有一個(gè)用戶的時(shí)候就畫在架構(gòu)圖上的。 未來不是靠“預(yù)先設(shè)計(jì)”保住的。 所以,不,單體不是過時(shí)的。它是被低估的。 因?yàn)槟阍谧龅氖莿?chuàng)業(yè)公司,不是分布式系統(tǒng)論文。 在那之前? 快點(diǎn)發(fā)版,保持精簡(jiǎn)。單體萬歲。 閱讀原文: 該文章在 2025/9/19 8:50:20 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... |