小程序低成本抗住千萬(wàn)日活的秘訣

短期內(nèi)數(shù)據(jù)波動(dòng)極大，是很多小程序的特點(diǎn)，一個(gè)產(chǎn)品成為爆款，可能就是幾個(gè)小時(shí)的過(guò)程。我們也曾經(jīng)歷過(guò)24小時(shí)之內(nèi)日活從幾萬(wàn)暴增到千萬(wàn)的過(guò)程。

如果遇到這樣的時(shí)候，服務(wù)器一旦宕機(jī)，所造成的影響和損失就太巨大了。

我們?cè)谶@方面吃了很多虧。記得當(dāng)年"圣誕帽"刷屏的時(shí)候，我們小程序一個(gè)小時(shí)就涌入200多萬(wàn)人，導(dǎo)致WEB服務(wù)器和數(shù)據(jù)庫(kù)全部宕機(jī)，只能望洋興嘆。

從那之后，我們痛定思痛，通過(guò)不斷的嘗試，總結(jié)了一些方法，低成本應(yīng)對(duì)突然爆發(fā)的流量。主要從以下三個(gè)方面：

1、客戶端

特別要注意核心頁(yè)面的接口請(qǐng)求數(shù)量，盡量減少一個(gè)頁(yè)面內(nèi)的請(qǐng)求數(shù)量

同時(shí)，客戶端做好數(shù)據(jù)緩存。對(duì)于同一個(gè)用戶可能短時(shí)間內(nèi)多次訪問(wèn)的數(shù)據(jù)，可以在本地緩存一段時(shí)間，這樣能極大減少服務(wù)器請(qǐng)求。

2、服務(wù)端

服務(wù)端的性能優(yōu)化主要從兩個(gè)方面：

1）WEB服務(wù)器

通過(guò)隊(duì)列的方式來(lái)異步處理耗時(shí)（網(wǎng)絡(luò)請(qǐng)求）、耗資源（視頻處理等）的任務(wù)，降低阻塞的可能

2）數(shù)據(jù)庫(kù)

通過(guò)Redis來(lái)緩存大量頻繁請(qǐng)求的數(shù)據(jù)，減少數(shù)據(jù)庫(kù)查詢；

部分?jǐn)?shù)據(jù)先序列化到Redis，等服務(wù)器空閑之后，再持久化到數(shù)據(jù)庫(kù)，減少數(shù)據(jù)庫(kù)的寫(xiě)入；

建好數(shù)據(jù)庫(kù)索引，上線之后經(jīng)常關(guān)注慢查詢?nèi)罩荆?/p>

3、云端

1）負(fù)載均衡+彈性伸縮

這兩個(gè)在云平臺(tái)上（阿里云、騰訊云等）都是很常見(jiàn)的功能。

負(fù)載均衡器就是一個(gè)流量的分發(fā)中介，你的域名解析到一個(gè)負(fù)載均衡器的IP上，一個(gè)負(fù)載均衡器后面可以設(shè)置很多個(gè)服務(wù)器。

彈性伸縮簡(jiǎn)單來(lái)講，就是設(shè)置一些規(guī)則，滿足這些條件下，就自動(dòng)新增或者釋放服務(wù)器。

比如我把服務(wù)器做好鏡像，設(shè)置現(xiàn)在的服務(wù)器如果CPU或者帶寬超過(guò)50%就自動(dòng)創(chuàng)建一臺(tái)新的服務(wù)器，新的服務(wù)器使用現(xiàn)有的配置。當(dāng)CPU或者帶寬降下來(lái)的時(shí)候，就釋放掉剛才創(chuàng)建的服務(wù)器，整個(gè)過(guò)程都是自動(dòng)完成的。

注意：自動(dòng)伸縮配置里面，**選擇服務(wù)器按量付費(fèi)，畢竟都是臨時(shí)的。

這里是按量付費(fèi)的服務(wù)器價(jià)格情況，是不是很便宜??？

這里是伸縮條件的示例：

2）云開(kāi)發(fā)

云開(kāi)發(fā)里面的數(shù)據(jù)庫(kù)資源，是按照使用量（讀寫(xiě)次數(shù)、容量）付費(fèi)的，價(jià)格低廉，性能也比較有保障。因?yàn)檫@樣的計(jì)費(fèi)模式，我們完全可以創(chuàng)建多個(gè)數(shù)據(jù)庫(kù)來(lái)分開(kāi)存儲(chǔ)各個(gè)業(yè)務(wù)的數(shù)據(jù)，成本不變，同時(shí)又不會(huì)輕易達(dá)到瓶頸（連接數(shù)限制等）

下面是云開(kāi)發(fā)的數(shù)據(jù)庫(kù)的價(jià)格，是不是很香？

總的來(lái)說(shuō)，客戶端的優(yōu)化，是最容易被忽略的，但是做的好的話可能減少一半的服務(wù)器壓力。

WEB服務(wù)器的瓶頸相對(duì)來(lái)說(shuō)容易解決，帶寬或者CPU滿了的時(shí)候，可以通過(guò)彈性伸縮出新的服務(wù)器來(lái)分流，成本非常低。

數(shù)據(jù)庫(kù)的壓力往往**，WEB服務(wù)器可以很容易快速分流，數(shù)據(jù)庫(kù)就不行了。數(shù)據(jù)庫(kù)服務(wù)器一旦CPU100%，很難快速解決，升級(jí)數(shù)據(jù)庫(kù)服務(wù)器的配置能解決部分問(wèn)題，但是成本相對(duì)WEB服務(wù)器會(huì)高很多。

通過(guò)這三個(gè)方面的不斷優(yōu)化，我們?cè)?jīng)做到千萬(wàn)日活的當(dāng)天，整個(gè)服務(wù)器端的成本就增加了2萬(wàn)元（大部分還是CDN的成本）。