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

適用範圍技術指標

說一下一些技術指標的計算過程可以作為其他同學的參考

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, 阿里雲服務，要收錢，侵入型很強，不推薦

mqredis

用來做快取，自建成本有點高，需要codis, 分片，集群，主從等等，很麻煩。建議直接用阿里的

資料庫

主要基於讀寫分離和主從複製考慮，目前可以自建和選用阿里的drds。

drds 要花錢，成本較高，沒有必要

自建，不用中介軟體，直接1寫2唯讀，然後配置讀寫分離的資料來源，內網slb進行讀集群。解決之。

搜尋

建議elk，可以自動同步資料庫，除了搜尋引擎的功能外，還可以做日誌搜尋，監控系統。

一些典型的業務場景說明

把業務底層做成soa模組，通過分布式呼叫框架對外提供服務。

後期進行soa到微服務的改造都會涉及。

單獨做乙個小的系統來執行定時任務

熱點資料放快取，然後通過mq來更新快取

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

參考內容：

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