創(chuàng)業(yè)公司搭建自己的技術架構
關注我們,設為星標,每天7:30不見不散,架構路上與您共享? 回復"架構師"獲取資源
大家好,我是架構君,一個會寫代碼吟詩的架構師。
作者:技術專家
cnblogs.com/huojg-21442/articles/8194348.html
領讀:
這篇文章比較簡要,說了一下主流的選型,小公司可以快速搭建項目!一般來說,我建議大家先找開源項目,能在現成開源項目上再二次修改,這樣無疑大量減少開發(fā)時間和提高效率!
其實這里面主要給大家說的是技術選型。
由于我中型互聯網公司工作,針對用于手機 APP 或者 pc 的后臺開發(fā),基本可以支撐幾萬用戶。本文會對可能用到的相關技術進行技術選型的說明,以及技術的架構介紹
技術指標
說一下一些技術指標的計算過程可以作為其他同學的參考
QPS, 如果是 5 萬日活,使用集中在每天的 4 小時,每個用戶大概產生 100 的請求,那么平均下來,我們系統(tǒng)大概應該支撐的請求為:50000 * 100 / (4 * 60 * 60) = 350 qps/s 業(yè)務數據 業(yè)務量,我們自己是新聞業(yè)務,可能會有其他的業(yè)務,比如游戲,商城等等,基本每天新增的業(yè)務數據都會在同一個量級, 每日 10000, 另外跟用戶相關的信息也是比較大的一塊,比如用戶的訂閱等行為,一共 5 萬的用戶,保存相關信息可能大概需要 100 條的數據。 緩存大小 主要業(yè)務數據和用戶相關的熱點數據限時保存在緩存中, 大概需要 5 個 G 左右。 日志大小 用戶日志和請求日志。大概每天 3 個 G 左右 這些數據需要運維人員的估算,
技術架構

負載均衡
SLB 要收錢,但是比較便宜,有保證,不會掛。但是可配置的很少,不能根據域名做 ip 映射 Nginx, 沒啥缺點,需要一定的知識。建議:SLB + Nginx, SLB 綁定域名作為統(tǒng)一的入口,然后每個服務器上再搭建 Nginx. 大多數金融公司的選擇
CDN
七牛要做的久一點, 各種圖片處理的接口要完善一些 阿里的 CDN 要稍微好一點點, 但是沒有不安全的訪問方式,訪問稍微沒有那么靈活。圖片處理功能弱一點。 是解決前端延遲的好辦法 搜索公縱號:MarkerHub,關注回復[?vue?]獲取前后端入門教程!
分布式調用框架
dubbo, 阿里的服務治理框架,已經不維護了,切換反應有點慢 dubboX, 當當基于 dubbo 搞的,還在維護可以一用,推薦。 Motan, 微博的服務治理礦建, 剛開源,需要學習一下, 推薦。 Edas, 阿里云服務,要收錢,侵入型很強,不推薦
MQ
Redis
數據庫
DRDS 要花錢,成本較高,沒有必要 自建, 不用中間件,直接 1 寫 2 只讀, 然后配置讀寫分離的數據源,內網 SLB 進行讀集群。解決之。
搜索
一些典型的業(yè)務場景說明
這些年小編給你分享過的干貨
1.優(yōu)質SpringBoot物流管理項目(附源碼)
2.優(yōu)質ERP系統(tǒng)帶進銷存財務生產功能(附源碼)
3.優(yōu)質SpringBoot帶工作流管理項目(附源碼)
5.SBoot+Vue外賣系統(tǒng)前后端都有(附源碼)

轉發(fā)在看就是最大的支持??
評論
圖片
表情
