適用范圍

本文主要針對中小型互聯網公司，特別適用于手機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