項目源碼 https://cnb.cool/szu/TravelBest/Platform/-/tree/main
文章目錄
- 架構
- 微服務
- 網絡通信延遲
- 中間件
- redis
- MongoDB
架構
微服務
優點:
- 模塊間解耦、職責清晰,獨立部署與擴展,單個服務故障不會影響整個系統,便于持續交付與快速迭代
缺點:
- 資源開銷較大:每個服務需單獨運行,占用更多端口、內存、CPU 和網絡資源。
- 服務間通信延遲:原本函數調用變為網絡調用,可能增加響應延遲(如 REST、RPC)。
- 系統復雜度增加,數據一致性難度提升,部署與測試復雜,監控與日志收集困難
“慢”是必然的,微服務就是一種 “用可維護性換性能” 的架構風格
但它帶來了部署、迭代、可維護性、故障隔離的好處。適合團隊規模大、需求復雜、業務分區清晰的系統。
網絡通信延遲
不只是微服務模塊間,甚至 mysql 調用都是網絡通信,必然比單體架構慢。
操作類型 | 平均耗時(數量級) |
---|---|
內存訪問 | 幾十納秒 ns |
函數調用 | 幾十到幾百納秒 |
本地文件系統 I/O | 微秒級 |
本機 TCP 調用 | 幾百微秒 ~ 毫秒 |
跨主機 TCP | 毫秒級 |
消息隊列(網絡) | 毫秒 ~ 多毫秒 |
數據庫請求 | 幾毫秒 ~ 幾十毫秒 |
中間件
redis
臨時存驗證碼
MongoDB
對于嵌套內容,如果使用mysql需要聯表查詢,性能不好。