微信公衆号阿裡雲部署架構

分享微信公衆号在阿裡雲的部署架構，希望和大家探讨學習。

1、公衆号使用者通路情況介紹

     該公衆号比較特殊，主要進行一些體育活動的宣傳和投票，是以隻有在組織活動的一段時間通路人數較多，平時基本沒什麼訪

問量。是以平時隻有1台機器（ECS）提供服務

     下面介紹下活動的峰值日的各監控名額：

• QPS:

每秒查詢率(Query Per Second) ,每秒的響應請求數，也即是最大吞吐能力。

QPS = req/sec = 請求數/秒

峰值QPS:

原理：每天80%的通路集中在20%的時間裡，這20%時間叫做峰值時間

公式：( 總PV數 * 80% ) / ( 每天秒數 * 20% ) = 峰值時間每秒請求數(QPS)

每天300w PV 的在單台機器上，這台機器需要多少QPS？

答：( 3000000 * 0.8 ) / (86400 * 0.2 ) = 139 (QPS)

如果一台機器的QPS是58，需要幾台機器來支援？

答：139 / 58 = 3

微信公衆号服務峰值日的QPS情況

• PV:

通路量即Page View, 即頁面浏覽量或點選量，使用者每次重新整理即被計算一次

單台伺服器每天PV計算

公式1：每天總PV = QPS * 3600 * 6

公式2：每天總PV = QPS * 3600 * 8

• UV:

獨立訪客即Unique Visitor,通路您網站的一台電腦用戶端為一個訪客。00:00-24:00内相同的用戶端隻被計算一次

• BPS：

反應使用者的網絡通路量

• 并發數：

并發使用者數是指系統可以同時承載的正常使用系統功能的使用者的數量

• 吐吞量：

吞吐量是指系統在機關時間内處理請求的數量

• 響應時間（RT):

響應時間是指系統對請求作出響應的時間

2、公衆号伺服器部署架構

公衆号服務端用的是阿裡的服務，以下是部署結構圖：

     項目上線時，并未使用阿裡雲的資料庫服務，後來上線了通路量上去之後發現資料庫所在那台伺服器經常滿負荷，無法正常提供服務，後來進行了程式和架構的優化。

• 程式中添加緩存處理，包括讀取的緩存和資料入庫的緩存，減小資料庫的壓力

• 架構上資料庫使用阿裡雲服務，進行讀寫分離

單機部署結構圖：