創業網際網路公司如何搭建自己的技術架構

qps， 如果是5萬日活，使用集中在每天的4小時，每個使用者大概産生100的請求，那麼平均下來，我們系統大概應該支撐的請求為：50000 100 / (4 60 * 60) = 350 qps/s

業務資料 業務量，我們自己是新聞業務，可能會有其他的業務，比如遊戲，商城等等，基本每天新增的業務資料都會在同一個量級， 每日10000， 另外跟使用者相關的資訊也是比較大的一塊，比如使用者的訂閱等行為，一共5萬的使用者，儲存相關資訊可能大概需要100條的資料。

緩存大小 主要業務資料和使用者相關的熱點資料限時儲存在緩存中， 大概需要5個g左右。

日志大小 使用者日志和請求日志。 大概每天3個g左右

整體架構因為是小公司，我們基于阿裡雲來搭建，對圖中的内容和技術選型進行一下說明：

目前可選的有zk + dubbo. zk + motan, zk + dubbox, edas。

dubbo, 阿裡的服務治理架構，已經不維護了，切換反應有點慢

dubbox, 當當基于dubbo搞的，還在維護可以一用，推薦。

motan, 微網誌的服務治理礦建， 剛開源，需要學習一下， 推薦。

edas, 阿裡雲服務，要收錢，侵入型很強，不推薦

可選的有： activemq, 阿裡雲消息， robbitmq,

各有好處， 但是考慮到運維的難度，推薦阿裡雲消息。

把業務底層做成soa子產品，通過分布式調用架構對外提供服務。

單獨做一個小的系統來運作定時任務

熱點資料放緩存，然後通過mq來更新緩存

日志等資料有必要可以考慮上個mongo