saas架構(gòu)設(shè)計模式-資料下載頁
2025-08-04 23:25本頁面
【正文】 過 Session 復(fù)制在失敗轉(zhuǎn)移的時候保存用戶數(shù)據(jù)，默認支持 3種復(fù)制方式， In Memory、 Database、 File，我們采用 In Memory的方式。 第 6章 可伸縮的 SAAS應(yīng)用架構(gòu) 數(shù)據(jù)庫層的水平擴展 ? 相對于應(yīng)用服務(wù)器層的水平擴展，數(shù)據(jù)庫層的水平擴展更難實現(xiàn)。 ? 實現(xiàn)數(shù)據(jù)庫層的水平擴展有多種方式： 數(shù)據(jù)庫的垂直切分：將不同的功能模塊所涉及到的表劃分表不同的物理數(shù)據(jù)庫中，從而將對這些表的訪問壓力分擔(dān)到不同物理數(shù)據(jù)庫； 數(shù)據(jù)庫的讀 /寫分離：同一數(shù)據(jù)庫在多個物理服務(wù)器上具有多份 Copy，彼此同步，寫操作都統(tǒng)一到一個主服務(wù)器上，讀操作則分擔(dān)到多臺從服務(wù)器上； 數(shù)據(jù)庫的水平切分：將原來存儲在一個數(shù)據(jù)表中的數(shù)據(jù)，按一定規(guī)則切分到不同物理數(shù)據(jù)庫中，每個數(shù)據(jù)庫結(jié)構(gòu)相同，數(shù)據(jù)不相同。 第 6章 可伸縮的 SAAS應(yīng)用架構(gòu) 數(shù)據(jù)庫的垂直切分 ? 對于大部分應(yīng)用而言，除非模塊間關(guān)聯(lián)很少，實現(xiàn)重直切分很難： 原來可能存在的表關(guān)聯(lián)需要去除； 同一個數(shù)據(jù)庫的事務(wù)操作，可能需要跨庫。 結(jié)論：垂直切分可以適當(dāng)采用，但很難廣泛使用。 第 6章 可伸縮的 SAAS應(yīng)用架構(gòu) 數(shù)據(jù)庫的讀 /寫分離 ? 對于讀多寫少的互聯(lián)網(wǎng)應(yīng)用，會廣泛采用數(shù)據(jù)分離技術(shù)。例如 MySQL的 Replication技術(shù)。 ? 從數(shù)據(jù)庫也不是越多越好，從數(shù)據(jù)庫服務(wù)器過多分造成主數(shù)據(jù)庫服務(wù)器同步性能下降。讀寫比例為 4： 1，主從數(shù)據(jù)庫服務(wù)器比例也為 4： 1較好。 ? 當(dāng)應(yīng)用的性能瓶頸出現(xiàn)在寫操作上時，讀 /寫分離技術(shù)對伸縮性的提升就非常有限了。 第 6章 可伸縮的 SAAS應(yīng)用架構(gòu) 數(shù)據(jù)庫的水平切分 ? 可以每 10000個租戶共享一個數(shù)據(jù)庫，再增加10000個租戶則增加一個數(shù)據(jù)庫。 ? 水平切分對于大部分 SAAS應(yīng)用都適用，因為SAAS的不同租戶之間業(yè)務(wù)上沒有任何聯(lián)系。 ? 架構(gòu)改造： 租戶和用戶數(shù)據(jù)必須位于一個集中式的數(shù)據(jù)庫中。 建立租戶對應(yīng)到哪個數(shù)據(jù)庫的映射。 第 6章 可伸縮的 SAAS應(yīng)用架構(gòu) 應(yīng)用服務(wù)器層和數(shù)據(jù)庫層的關(guān)聯(lián) ? 所有的應(yīng)用服務(wù)器不應(yīng)該是完全平等的，應(yīng)該在數(shù)據(jù)庫服務(wù)器對應(yīng)，也就是說，不同的租戶可能不僅是不同的數(shù)據(jù)庫，也對應(yīng)不同的應(yīng)用服務(wù)器。 第 7章 SAAS系統(tǒng)安全 應(yīng)用安全 ? 未完待續(xù)
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號-1