適用範圍
本文主要針對中小型互聯網公司，特別適用於手機APP或者pc的後臺架構，基本可以支撐5萬日活
本文會對可能用到的相關技術進行技術選型的說明，以及技術的架構介紹，技術架構的介紹課程後面有地址，可以點進去查看。
技術指標
說一下一些技術指標的計算過程可以作爲其他同學的參考
-
QPS， 如果是5萬日活，使用集中在每天的4小時，每個用戶大概產生100的請求，那麼平均下來，我們系統大概應該支撐的請求爲：50000 * 100 / (4 * 60 * 60) = 350 qps/s
-
業務數據 業務量，我們自己是新聞業務，可能會有其他的業務，比如遊戲，商城等等，基本每天新增的業務數據都會在同一個量級， 每日10000， 另外跟用戶相關的信息也是比較大的一塊，比如用戶的訂閱等行爲，一共5萬的用戶，保存相關信息可能大概需要100條的數據。
-
緩存大小 主要業務數據和用戶相關的熱點數據限時保存在緩存中， 大概需要5個G左右。
-
日誌大小 用戶日誌和請求日誌。 大概每天3個G左右
技術架構
整體架構因爲是小公司，我們基於阿里雲來搭建，對圖中的內容和技術選型進行一下說明：
負載均衡
可選方案： SLB, Nginx.
-
SLB要收錢，但是比較便宜，有保證，不會掛。 但是可配置的很少，不能根據域名做ip映射
-
Nginx, 沒啥缺點，需要一定的知識。
建議： SLB + Nginx, SLB綁定域名作爲統一的入口，然後每個服務器上再搭建Nginx.
CDN
用於緩存靜態文件等等。 七牛和阿里的都還可以。
-
七牛要做的久一點， 各種圖片處理的接口要完善一些
-
阿里的CDN要稍微好一點點， 但是沒有不安全的訪問方式，訪問稍微沒有那麼靈活。 圖片處理功能弱一點。
分佈式調用框架
目前可選的有ZK + dubbo. ZK + Motan, ZK + dubbox, edas。
-
dubbo, 阿里的服務治理框架，已經不維護了，切換反應有點慢
-
dubboX, 噹噹基於dubbo搞的，還在維護可以一用，推薦。
-
Motan, 微博的服務治理礦建， 剛開源，需要學習一下， 推薦。
-
Edas, 阿里雲服務，要收錢，侵入型很強，不推薦
MQ
可選的有： ActiveMQ, rocketMQ， robbitMQ,Kafka
各有好處， 但是考慮到運維的難度，推薦rocketMQ。
Redis
用來做緩存， 自建成本有點高，需要Codis, 分片，集羣，主從等等，很麻煩。 建議直接用阿里的
數據庫
主要基於讀寫分離和主從複製考慮，目前可以自建和選用阿里的DRDS。
-
DRDS 要花錢，成本較高，沒有必要
-
自建， 不用中間件，直接1寫2只讀， 然後配置讀寫分離的數據源，內網SLB進行讀集羣。解決之。
搜索
建議ELK， 可以自動同步數據庫，除了搜索引擎的功能外，還可以做日誌搜索，監控系統。
一些典型的業務場景說明
把業務底層做成SOA模塊，通過分佈式調用框架對外提供服務。
後期進行SOA到微服務的改造都會涉及。
單獨做一個小的系統來運行定時任務
熱點數據放緩存，然後通過MQ來更新緩存
日誌等數據有必要可以考慮上個Mongo
架構師之路：http://www.roncoo.com/course/view/ae1dbb70496349d3a8899b6c68f7d10b