一個SAAS系統服務平臺前后端？

該問題非常好，因為它代表了純粹開發技術類科技，但同時也從技術向運營服務的延伸。

任何SaaS系統的最終目的都是為入駐到SaaS系統的客戶服務，為客戶提供價值的，而任何開發架構都是為了讓SaaS能更好的實現、提供更好的服務的。

從系統開發需要達到的目的，我們追蹤溯源，列出SaaS平臺需要實現的目標：

實現入駐客戶的功能需求滿足SaaS系統本身的運營需求實現SaaS可擴展性

明白需要實現的目標后，我們再將相關技術框架做個歸納列表：

限于篇幅，每個技術框架介紹請讀者自行查閱網上資料。此處只介紹選擇最佳框架的思路。

1、根據SaaS系統入駐客戶規模和可能的數據量大小，來選擇技術開發架構

SaaS開發系統技術開發架構，首先需要考慮系統的可擴展性，作為SaaS系統，本身具有行業特性，不僅僅是為某一單獨客戶的自定義，而是需要考慮一類主要需求都相同的客戶，實現大家的共性需求，如：CRM的SaaS平臺，財務管理的SaaS平臺，銷售管理的SaaS平臺等，在此基礎之上，如果有特別特殊的客戶，在根據客戶的個性化需求，提供企業自定義功能。

同時SaaS系統需要根據技術發展、行業需求演化等因素，能通過最小的代價實現版本升級迭代，大家都知道，只要在技術架構不變更的情況下，其他技術功能的升級迭代成本相對都是比較小的。如何選擇一個合適的技術開發架構，以滿足將來一段時間內的用戶需求，就是SaaS系統設計時需要考慮的問題?？蓮囊韵聨讉€方面來選擇：

（1）先明確后臺采用

.Net

技術還是Java技術；

（2）確定表現形式后，選擇前端框架。Web前端是必須得，如果SaaS系統需要移動端，則前端還需要選擇移動端開發框架；

（3）后端框架目前主流采用Java框架居多，有助于將來框架升級和自定義維護；

（4）前端框架如果涉及移動端，建議采用原生 + 混合的方式開發，對一些需要動態Web頁面，采用H5相應的框架；

2、根據入駐客戶功能需求，選擇對應的框架

入駐SaaS系統客戶，都屬于同類功能需求的用戶，但根據客戶規模不同，對SaaS設計和框架選擇不同：

（1）如果用戶量大，對性能要求高，建議后端增加Redis框架，做好內存管理；

（2）如果SaaS系統在提供服務前一年時間，系統需要修改或增加的地方會相對多一些，此時建議后端加上Log4j，有效管理輸出日志，根據日志快速定位和分析功能點情況；

（3）如果客戶離散化程度較高，行業非標準，建議在Spring的基礎上，采用目前主流的Spring Boot微服務技術框架；

（4）如果采用Java開發，選擇Maven框架作為項目管理、自動部署的技術框架，可大大提高開發便捷性；

3、技術框架的選擇，要盡量滿足SaaS系統運營服務要求

SaaS系統的核心是后一個S（即：Service），在滿足系統功能開發的基礎上，需要一整套和前端功能相匹配的SaaS系統運營服務系統，該系統對任何SaaS運營來講都是不同的，不同的行業需要針對提供不同的服務，但有以下幾點需要在選擇技術架構時考慮：（1）需要有開放接口功能，便于對接第三方系統，如：呼叫中心、服務器監控平臺等；

（2）對于運營系統，客戶服務及時性和有效性比較重要，需要在消息機制上進行優化，建議后臺加入RabbitMQ框架，對用戶的咨詢、投訴和其他服務做好消息隊列處理；

（3）SaaS后臺服務由于屬地關系，可能會設立各地方的服務團隊，因此，系統會涉及到分布式部署的問題，此時Dubbo分布式服務框架就可以很好的解決將來SaaS系統大規模分布式的情況。

以上三個方面權衡后，還需要考慮是否需要中臺，根據筆者經歷，普通規模（如：入駐用戶量在10萬以下）的SaaS系統，使用中臺的價值并不大，但大規模系統，是有必要開發自己的中臺的，關于中臺的開發和選擇，技術開發商和前后端開發是相似的，此處不再深入。