如果你經(jīng)歷過創(chuàng)業(yè)，經(jīng)歷過快速迭代業(yè)務(wù)，經(jīng)歷過用戶量不斷上漲，經(jīng)歷過訪問并發(fā)越來(lái)越大，你一定會(huì)遇到以下系統(tǒng)問題：

• 用戶訪問頁(yè)面越來(lái)越慢
• 系統(tǒng)性能下降，數(shù)據(jù)庫(kù)扛不住，連接數(shù)經(jīng)常打滿，最終數(shù)據(jù)庫(kù)掛掉，重啟后又快速掛掉
• 改了一個(gè)小地方，另外一個(gè)看似不相干的地方卻掛了，嚴(yán)重耦合

如果你沒有經(jīng)歷過，很可能是：

• 沒到這一步項(xiàng)目就死了
• 身在所謂的大公司，用著所謂先進(jìn)的架構(gòu)體系

創(chuàng)業(yè)初期遇到上述痛點(diǎn)，很容易想到“三個(gè)分離”的架構(gòu)優(yōu)化方案：

• 動(dòng)靜分離：能夠100倍以上的提升靜態(tài)頁(yè)面/資源的訪問速度，詳見《必備，動(dòng)靜分離架構(gòu)實(shí)踐》
• 讀寫分離：能夠快速的線性擴(kuò)充數(shù)據(jù)庫(kù)的讀性能，詳見《必備，讀寫分離架構(gòu)實(shí)踐》
• 前后分離：前臺(tái)與后臺(tái)的數(shù)據(jù)與訪問分離，也就是本文將要重點(diǎn)介紹的內(nèi)容

一、業(yè)務(wù)場(chǎng)景介紹

虛擬一個(gè)類似于“安居客”租房買房的業(yè)務(wù)場(chǎng)景，這個(gè)業(yè)務(wù)的數(shù)據(jù)有兩大來(lái)源：

• 用戶發(fā)布的數(shù)據(jù)
• 爬蟲從競(jìng)對(duì)抓取來(lái)的數(shù)據(jù)

這個(gè)業(yè)務(wù)對(duì)應(yīng)的系統(tǒng)有兩類使用者：

• 普通用戶，瀏覽與發(fā)布數(shù)據(jù)，俗稱“前臺(tái)用戶”
• 后臺(tái)用戶，運(yùn)營(yíng)與管理數(shù)據(jù)，俗稱“后臺(tái)用戶”

在一個(gè)創(chuàng)業(yè)公司，為了快速迭代，系統(tǒng)架構(gòu)如上：

• web層：前臺(tái)web，后臺(tái)web
• 任務(wù)層：抓取數(shù)據(jù)
• 數(shù)據(jù)層：存儲(chǔ)數(shù)據(jù)

二、數(shù)據(jù)耦合的問題

系統(tǒng)兩類數(shù)據(jù)源，一類是用戶發(fā)布的數(shù)據(jù)，一類是爬蟲抓取的數(shù)據(jù)，兩類數(shù)據(jù)的特點(diǎn)不一樣：

• 自有數(shù)據(jù)相對(duì)結(jié)構(gòu)化，變化少
• 抓取數(shù)據(jù)源很多，數(shù)據(jù)結(jié)構(gòu)變化快

如果將自有數(shù)據(jù)和抓取數(shù)據(jù)耦合在一個(gè)庫(kù)里，經(jīng)常出現(xiàn)的情況是：

• -> 抓取數(shù)據(jù)結(jié)構(gòu)變化
• -> 需要修改數(shù)據(jù)結(jié)構(gòu)
• -> 影響前臺(tái)用戶展現(xiàn)
• -> 經(jīng)常被動(dòng)修改前臺(tái)用戶展現(xiàn)邏輯，配合抓取升級(jí)

如果經(jīng)歷過這個(gè)過程，其中的痛不欲生，是誰(shuí)都不愿意再次回憶起的。

優(yōu)化思路：前臺(tái)展現(xiàn)數(shù)據(jù)，后臺(tái)抓取數(shù)據(jù)分離，解耦。

如上圖所示：

• 前臺(tái)展現(xiàn)的穩(wěn)定數(shù)據(jù)，庫(kù)獨(dú)立
• 后臺(tái)抓取的多變數(shù)據(jù)，庫(kù)獨(dú)立
• 任務(wù)層新增一個(gè)異步轉(zhuǎn)換的任務(wù)

如此這般：

• 頻繁變化的抓取程序，以及抓取的異構(gòu)數(shù)據(jù)存儲(chǔ)，解耦
• 前臺(tái)數(shù)據(jù)與web都不需要被動(dòng)配合升級(jí)
• 即使出現(xiàn)問題，前臺(tái)用戶的發(fā)布與展現(xiàn)都不影響

三、系統(tǒng)耦合的問題

上面解決了不同數(shù)據(jù)源寫入的耦合問題，再來(lái)看看前臺(tái)與后臺(tái)用戶訪問的耦合問題。

用戶側(cè)，前臺(tái)訪問的特點(diǎn)是：

• 訪問模式有限
• 訪問量較大，DAU不達(dá)到百萬(wàn)都不好意思說(shuō)是互聯(lián)網(wǎng)C端產(chǎn)品
• 對(duì)訪問時(shí)延敏感，用戶如果訪問慢，立馬就流失了
• 對(duì)服務(wù)可用性要求高，系統(tǒng)經(jīng)常用不了，用戶還會(huì)再來(lái)么
• 對(duì)數(shù)據(jù)一致性的要求高，關(guān)乎用戶體驗(yàn)的事情就是大事

運(yùn)營(yíng)側(cè)，后臺(tái)訪問的特點(diǎn)是：

• 訪問模式多種多樣，運(yùn)營(yíng)銷售各種奇形怪狀的，大批量分頁(yè)的，查詢需求
• 用戶量小，訪問量小
• 訪問延時(shí)不這么敏感，大批量分頁(yè)，幾十秒能出結(jié)果，也能接受
• 對(duì)可用性能容忍，系統(tǒng)掛了，10分鐘之內(nèi)重啟能回復(fù)，也能接受
• 對(duì)一致性的要求始終，晚個(gè)30秒的數(shù)據(jù)，也能接受

前臺(tái)和后臺(tái)的模式與訪問需求都不一樣，但是，如果前臺(tái)與后臺(tái)混用同一套服務(wù)和結(jié)構(gòu)化數(shù)據(jù)，會(huì)導(dǎo)致：

• 后臺(tái)的低性能訪問，對(duì)前臺(tái)用戶產(chǎn)生巨大的影響，本質(zhì)還是耦合

• 隨著數(shù)據(jù)量變大，為了保證前臺(tái)用戶的時(shí)延，質(zhì)量，做一些類似與分庫(kù)分表的升級(jí)，數(shù)據(jù)庫(kù)一旦變化，可能很多后臺(tái)的需求難以滿足

優(yōu)化思路：冗余數(shù)據(jù)，前臺(tái)與后臺(tái)服務(wù)與數(shù)據(jù)分離，解耦。

如上圖所示：

• 前臺(tái)和后臺(tái)獨(dú)立服務(wù)與數(shù)據(jù)，解耦
• 如果出現(xiàn)問題，相互不影響

• 通過不同的技術(shù)方案，在不同容忍度，業(yè)務(wù)對(duì)系統(tǒng)要求不同的情況下，可以使用不同的技術(shù)棧來(lái)滿足各自的需求，如上圖，后臺(tái)使用ES或者h(yuǎn)ive在進(jìn)行數(shù)據(jù)存儲(chǔ)，用以滿足“售各種奇形怪狀的，大批量分頁(yè)的，查詢需求”

四、總結(jié)

創(chuàng)業(yè)初期，快速實(shí)施架構(gòu)優(yōu)化，提升性能的“三大分離”優(yōu)化利器：

• 動(dòng)靜分離：能夠100倍以上的提升靜態(tài)頁(yè)面/資源的訪問速度
• 讀寫分離：能夠快速的線性擴(kuò)充數(shù)據(jù)庫(kù)的讀性能
• 前后分離：前臺(tái)與后臺(tái)的數(shù)據(jù)與訪問分離

【本文為51CTO專欄作者“58沈劍”原創(chuàng)稿件，轉(zhuǎn)載請(qǐng)聯(lián)系原作者】

戳這里，看該作者更多好文