結論先講

效能排名只佔框架選型的 25%。 團隊能力、硬體預算、生態需求各佔 25%。一個團隊熟練的「慢框架」加上正確的架構優化(免費午餐),通常比團隊不熟的「快框架」在生產環境表現更好。


選型的四個維度

維度一:團隊能力(權重 25%)

問題影響
團隊會什麼語言?學新語言 = 3-6 個月生產力下降
有幾個人?3 人團隊學 Go,等於少 1 人寫功能
招得到人嗎?Node.js 工程師最多,Go 最少

壓測顯示 Go 效能最穩(CRUD 三場平均排名 1.7)。但如果團隊全是 Node.js 背景,學 Go 的 error handling、goroutine、channel、interface 需要時間。這段時間的生產力損失,可能比 Go 帶來的效能收益更大。

維度二:硬體預算(權重 25%)

容量規劃表 的數據:

框架2 CPU 撐幾人4 CPU 撐幾人
Go500+1000+
Express-TS (PM2×4)100-500500-1000
Django50200

Django 在 2 CPU 只能撐 50 人。但給 4 CPU 就能撐 200 人。多花一倍硬體費,能用團隊最熟的語言——這筆帳划不划算?

AWS t3.medium(2 vCPU)每月約 120。差 1,080/年。

一個 Django 工程師和一個 Go 工程師的年薪差多少?Go 工程師通常更貴。

維度三:生態需求(權重 25%)

需求最佳選擇
需要 ML/AI 整合Python(Django/FastAPI)
需要完整企業級方案Java(Spring Boot)
需要全端同語言JavaScript(Express/NestJS)
需要最小 Docker imageGo
需要快速建站 + AdminPHP(Laravel)或 Python(Django)

Go 效能最好,但 Admin Panel 要自己寫。Django 效能最差,但 python manage.py createsuperuser 就有管理後台。功能開發速度也是「效能」的一種。

維度四:壓測效能(權重 25%)

這整個系列 27 篇的數據。但要注意:

  1. 場景不同排名不同:Go CRUD 第一,Spring Boot 混合第一(第 24 篇
  2. 免費午餐蓋過框架差異:Redis + multi-worker 的 13 倍提升 > Django→Go 的 4 倍
  3. WS/SSE 所有框架都一樣:即時通訊不是框架差異點(第 26 篇

決策矩陣模板

維度權重GoSpring BootExpress-TSNestJSFastAPIDjango
團隊能力25%??????
硬體預算25%534443
生態需求25%354435
壓測效能25%544332

「團隊能力」那一列只有你自己能填。 填完乘以權重加總,分數最高的就是你的答案。


五種場景的速查表

場景推薦原因
高流量 ToC(電商、社群)Go(核心 API)+ NestJS(後台)Go 處理高併發,NestJS 快速開發管理頁面
中型 SaaSNestJS 或 FastAPI團隊生產力優先,效能夠用
數據密集(ML/分析)FastAPI 或 DjangoPython 生態整合
企業級(金融、醫療)Spring Boot完整的安全、交易、稽核功能
內部工具Django 或 LaravelAdmin Panel 開箱即用

下一篇

框架選型實戰案例:三個真實場景的選擇過程 — 用決策矩陣實際走一遍:50 人的內部系統、500 人的 SaaS、5000 人的電商,分別該選什麼。


本系列文章

完整 68 篇目錄見 系列首頁

← 上一篇:Event-Driven 的坑:Exactly-Once 不存在、順序不保證 → 下一篇:框架選型實戰案例:50 人、500 人、5000 人分別選什麼