說一下一些技術指標的計算過程可以作為其他同學的參考
整體架構因為是小公司，我們基於阿里雲來搭建，對圖中的內容和技術選型進行一下說明：
負載均衡
可選方案： slb, nginx.
cdn用於快取靜態檔案等等。 七牛和阿里的都還可以。
分布式呼叫框架
目前可選的有zk + dubbo. zk + motan, zk + dubbox, edas。
mq可選的有： activemq, rocketmq， robbitmq,kafka
各有好處， 但是考慮到運維的難度，推薦rocketmq。
redis
用來做快取， 自建成本有點高，需要codis, 分片，集群，主從等等，很麻煩。 建議直接用阿里的
資料庫主要基於讀寫分離和主從複製考慮，目前可以自建和選用阿里的drds。
搜尋建議elk， 可以自動同步資料庫，除了搜尋引擎的功能外，還可以做日誌搜尋，監控系統。
一些典型的業務場景說明
把業務底層做成soa模組，通過分布式呼叫框架對外提供服務。
後期進行soa到微服務的改造都會涉及。
單獨做乙個小的系統來執行定時任務
熱點資料放快取，然後通過mq來更新快取
日誌等資料有必要可以考慮上個mongo
架構師之路：
本文**
架構師之路 創業網際網路公司如何搭建自己的技術架構
技術指標 說一下一些技術指標的計算過程可以作為其他同學的參考 qps，如果是5萬日活，使用集中在每天的4小時，每個使用者大概產生100的請求，那麼平均下來，我們系統大概應該支撐的請求為 50000 100 4 60 60 350 qps s 業務資料 業務量，我們自己是新聞業務，可能會有其他的業務，...
架構師之路 創業網際網路公司如何搭建自己的技術架構
適用範圍技術指標 說一下一些技術指標的計算過程可以作為其他同學的參考 qps，如果是5萬日活，使用集中在每天的4小時，每個使用者大概產生100的請求，那麼平均下來，我們系統大概應該支撐的請求為 50000 100 4 60 60 350 qps s 業務資料 業務量，我們自己是新聞業務，可能會有其他...
架構師之路 創業網際網路公司如何搭建自己的技術架構
qps，如果是5萬日活，使用集中在每天的4小時，每個使用者大概產生100的請求，那麼平均下來，我們系統大概應該支撐的請求為 50000 100 4 60 60 350 qps s 業務資料 業務量，我們自己是新聞業務，可能會有其他的業務，比如遊戲，等等，基本每天新增的業務資料都會在同乙個量級，每日1...