7 回答

TA貢獻(xiàn)1833條經(jīng)驗(yàn) 獲得超4個(gè)贊
1、先問(wèn)他目前單機(jī)可抗的并發(fā)數(shù)是多少
2、把應(yīng)用、文件分別布署到不同的服務(wù)器,然后根據(jù)預(yù)計(jì)并發(fā)數(shù)算出需要的服務(wù)器臺(tái)數(shù)
3、瓶頸肯定會(huì)在db上,如果團(tuán)隊(duì)有能力做分布式數(shù)據(jù)庫(kù)服務(wù)就自己搭,沒(méi)能力做就直接上云分布式數(shù)據(jù)庫(kù)服務(wù)
總之就是先調(diào)性能,性能調(diào)完還撐不住就用硬件堆

TA貢獻(xiàn)2036條經(jīng)驗(yàn) 獲得超8個(gè)贊
預(yù)估并發(fā)量
假設(shè)這1w+pv 80%的請(qǐng)求集中在5小時(shí)內(nèi)(夜里很少人上網(wǎng)),那么每秒 0.44 次請(qǐng)求,雙11為1.32次。
極端一點(diǎn),請(qǐng)求全部集中在1小時(shí)內(nèi),那么每秒 2.77次請(qǐng)求,雙11為 8.31 次。
(這點(diǎn)并發(fā)量我覺(jué)得單機(jī)沒(méi)什么壓力吧)
緩存
根據(jù)二八原則,80%的請(qǐng)求打在20%的數(shù)據(jù)上,所以加緩存,過(guò)濾80%的db查詢。
CDN
加上CDN,減少服務(wù)器帶寬壓力。
壓測(cè)
最后使用工具來(lái)幾次壓測(cè)。

TA貢獻(xiàn)1995條經(jīng)驗(yàn) 獲得超2個(gè)贊
唯一的方法: 加大該單機(jī)服務(wù)器的帶寬 CPU 內(nèi)存 硬盤(pán)硬件配置.
單機(jī)版抗并發(fā),還想實(shí)現(xiàn)高可用? 你去面試的是架構(gòu)師?

TA貢獻(xiàn)1815條經(jīng)驗(yàn) 獲得超6個(gè)贊
不到一個(gè)月的時(shí)間,做大的改造不太可能.
先評(píng)估一下目前的情況,能承受多高的qps之類(lèi)的,業(yè)務(wù)估計(jì)3倍,你按5倍來(lái)準(zhǔn)備.或者彈性云之類(lèi)的.反正硬件比人便宜:(
web服務(wù)該負(fù)載的負(fù)載,資源類(lèi)該加速的走CDN,數(shù)據(jù)庫(kù)類(lèi)的該集群的集群,再考慮一下讀寫(xiě)分離/分表分庫(kù)之類(lèi)的.能走隊(duì)列的任務(wù)都查一查,抽出來(lái)走隊(duì)列.網(wǎng)絡(luò)帶寬也要考慮進(jìn)去.
請(qǐng)求幾個(gè)主要的業(yè)務(wù)頁(yè)面,把最慢的東西找出來(lái),做做前端/后端/數(shù)據(jù)庫(kù)的優(yōu)化.把慢日志之類(lèi)的查一次,嚴(yán)重影響性能的一定要查出來(lái)優(yōu)化,不然就是慢的越慢把快的都卡住了.
注意一下從單機(jī)到集群時(shí),那些常見(jiàn)的問(wèn)題要處理好.比如session的同步,文件的分發(fā)機(jī)制之類(lèi)的.
如果有特殊的業(yè)務(wù)也要查一下,比如一些高并發(fā)的秒殺,流量集中的聊天室之類(lèi)的,要特殊考慮.
最后還是要做幾次壓力測(cè)試,盡量保證核心業(yè)務(wù)穩(wěn)定.
暫時(shí)想到這么多....

TA貢獻(xiàn)1860條經(jīng)驗(yàn) 獲得超9個(gè)贊
預(yù)估下業(yè)務(wù)最大并發(fā)的用戶數(shù),網(wǎng)站最大并發(fā)的訪問(wèn)數(shù),這個(gè)從以往的日志分析得到,算下單機(jī)可抗并發(fā)多少,應(yīng)用和文件系統(tǒng)肯定要分開(kāi)部署,db服務(wù)器, 文件服務(wù)器,cdn服務(wù)器,這些的都上云,有現(xiàn)成的第三方,全部上云,方便快捷的部署,另外,一個(gè)月時(shí)間,頂多優(yōu)化下性能,沒(méi)有幾年實(shí)操的經(jīng)驗(yàn)就別想自己塔了。這些可不是1個(gè)人就全部搞定的。
添加回答
舉報(bào)