「盤古開發框架」是完全獨立於 Spring Cloud 生態的一套輕量靈活、成熟可靠的工業級分佈式微服務開發和治理框架（兼容垂直單體分層架構)。它基於 Apache-2.0 協議開源發佈，且是免費的。我們希望不僅是開源的受益者，也能成爲開源的貢獻者，與開源社區一起「共建共享開源生態」。
盤古開發框架不會綁定用戶到一個固定的開發範式和架構上，而是支持隨意組合、自動裝配、靈活插拔。 既能構建大併發高可用的分佈式微服務架構也能搭建小巧的垂直單體分層架構。
寫在前面
軟件架構的本質是一種在特定資源背景下折中平衡後追求業務增長的一門藝術。決定技術開發架構選型的因素很多。這裏，我們對不同開發架構模式進行客觀比較，希望對大家在技術架構選型時能有所幫助。
單體分層架構 VS 微服務分佈式架構
| - | 單體分層架構 | 微服務分佈式架構 |
|---|---|---|
| 開發 | 開發測試流程簡單 | 開發測試流程相對複雜 |
| 部署運維 | 單機部署或集羣部署（簡單）、運維成本低 | 分佈式部署（略難）、運維成本高 |
| 團隊人員 | 團隊圍繞一個應用開發、開發人員能力要求低 | 多任務團隊協作簡單、開發人員能力要求略高 |
| 其它 | 擴展性弱、可靠性低、技術創新能力弱、企業對代碼等數字資產管控能力弱 | 擴展性強、可靠性高、技術創新能力強、企業對代碼等數字資產管控能力高 |
上述指標對比均爲相對結果，僅供參考。在特定項目資源、團隊背景、業務場景等環境下，相關指標的高低強弱對比是會有偏差甚至反轉的。
盤古開發架構選型建議
如下是從不同維度簡單粗暴的以定量或定性的角度給出了一些選型建議，結論是孤立的脫離實際的，僅供參考。採用什麼樣的架構開發模式不能一概而論，需要大家綜合當下實際情況酌情選擇。
| - | 單體分層架構 | 微服務分佈式架構 |
|---|---|---|
| 開發人員 < 5 | ✔ | |
| 研發預算 < 100 w | ✔ | |
| 用戶數較小的管理類系統 | ✔ | |
| 面向C端的（移動）互聯網應用 | ✔ | |
| 多任務多小組協作 | ✔ | |
| 有專職運維人員 | ✔ | |
| 追求可維護性和擴展性 | ✔ | |
| 追求技術團隊長期收益 & 增長 | ✔ | |
| 甲方企業自建的技術團隊 | ✔ | |
| 項目外包性質的創業公司（乙方） | ✔ |
下一步
繼續閱讀其它章節獲取你想要的答案或通過我們的 開發者社區 尋求更多幫助。
