saas系統(tǒng)架構(gòu)經(jīng)驗總結(jié)

　　2B Saas系統(tǒng)最近幾年都很火。很多創(chuàng)業(yè)公司都在嘗試創(chuàng)建企業(yè)級別的應用 cRM， HR，銷售， Desk Saas系統(tǒng)。很多Saas創(chuàng)業(yè)公司也拿了大額風投。畢竟Saas相對傳統(tǒng)軟件的優(yōu)勢非常明顯。

　　最近一年，有幸架構(gòu)一個Crm saas 系統(tǒng)，上線了幾個月來，各方面都比滿意。整個系統(tǒng)創(chuàng)建過程，踩了很多坑，收獲也比較多。總結(jié)一下Saas系統(tǒng)架構(gòu)一些特點：

　　saas系統(tǒng)分層大概是：

　　租戶識別》應用層》數(shù)據(jù)訪問層》緩存層》數(shù)據(jù)庫

　　業(yè)務代碼都是寫在應用層。

　　租戶識別可以用spring攔截器實現(xiàn)，然后使用ThreadLocal傳遞給后端

　　數(shù)據(jù)庫和緩存層對應用層應該是透明的。程序員在寫代碼的時候，只關心業(yè)務邏輯，不應該擔心多租戶的問題。

　　2.數(shù)據(jù)隔離要透明

　　saas系統(tǒng)說起來很簡單，任何系統(tǒng)似乎加個tenant_id（租戶id）就變成saas系統(tǒng)了。比如原來的用戶登錄是：

　　select username，password from users where email=‘a(chǎn)bc@qq.com’

　　改成

　　select username，password from users where email=‘a(chǎn)bc@qq.com’ and tenant_id =1;

　　對于復雜業(yè)務的saas系統(tǒng)，這樣做法非常危險，而且開發(fā)效率很低。你想想如果那個程序員寫sql時候忘了加 “ and tenant_id =1” 。 結(jié)果不堪設想。

　　比較好做法是在數(shù)據(jù)庫訪問層對SQL進行改寫。

　　TenantContext.exec（“select username，password from users where email=‘a(chǎn)bc@qq.com’ ”）;

　　在連接池根據(jù)TenatnContext改寫Sql.

　　這樣做好處是，一來程序猿最多把系統(tǒng)搞down了，也不至于信息串了互相泄露。二來將來做分表分庫也很方便，上層應用不用修改。

　　3. 租戶識別方案

　　比較好做法是通過url識別租戶。系統(tǒng)是給租戶生成一個隨機的三級域名，比如 abc.crm.baidu.com. 如果客戶想使用自己的域名，可以在cname到我們生成的三級域名，并在管理系統(tǒng)里面做綁定。

　　這樣一個租戶可以有兩個域名，訪問saas，一個隨機生成的三級域名，另外一個租戶自己的域名。代碼里面可以根據(jù)過來的域名，判斷是那個租戶然后初始化TenantContext.

　　如果不想通過域名來做，也可以通過登錄名來判斷。這種方式要涉及到租戶切換問題。

　　4. 智能DNS

　　以后補充。

　　5. 租戶管理系統(tǒng)（計費，訂購，定制，充值，催繳）

　　Saas系統(tǒng)是必須考慮計費系統(tǒng)和租戶控制系統(tǒng)。這個系統(tǒng)需要都是獨立設計。比如那個租戶購買了那些模塊，一個月多少錢。租戶可以創(chuàng)建最多的用戶數(shù)。計費到期郵件提醒等功能。

　　計費方式一般有兩種，周期性計費，類似月租方案，和使用量計費，用多少付多少。 周期性計費比較簡單。也可以兩者結(jié)合起來。

　　6. 定制化開發(fā)

　　SAAS的優(yōu)勢在于一套系統(tǒng)多人使用，似乎和定制化開發(fā)有沖突。比如A客戶想要A功能，B客戶不想要。但定制化開發(fā)是無法避免的，比如CRM系統(tǒng)這樣復雜的系統(tǒng)，不可能一套系統(tǒng)滿足所有公司的要求。定制化開發(fā)盡可能分系統(tǒng)，分模塊去做。然后通過控制臺中配置不同租戶訂購不同模塊，那些模塊可以在前端頁面上顯示。不同的子系統(tǒng)需要分開部署。前端可通過nginx根據(jù)url分發(fā)，比如 abc.crm.baidu.com/bi/xxx/xx這個地址，就分發(fā)到BI子系統(tǒng)。不要嘗試OSGI去搞模塊化，這個是個大坑。

　　還有開發(fā)和產(chǎn)品，現(xiàn)有需求一定要分析清楚，不要一上線發(fā)現(xiàn)后患無窮。新功能盡量做的獨立可以配置。

　　7. 灰度升級

　　SAAS付費企業(yè)客戶對系統(tǒng)問題都特別敏感。 為了減少升級可能出現(xiàn)問題的影響范圍，一般都采用灰度升級策略。如果使用了url來區(qū)分不同租戶，灰度升級配置就會很方便。可以配置nginx 來根據(jù)域名做分發(fā)，比如租戶A（aaa.com）到實例1（版本1.0），租戶B（bbb.com）到實例2（版本）。 當需要域名配置非常多的時候，nginx配置文檔會亂。這塊時候可以考慮使用nignx_lua來寫一些擴展模塊。

　　8. 容量估計

　　暫時先寫這么多了。有時間再補充。
?