測試的是我開發(fā)的一個(gè)API網(wǎng)關(guān)?,F(xiàn)在部署在一個(gè)阿里云上的linux 單核 1g運(yùn)存的服務(wù)器上。用的Nodejs開發(fā)服務(wù)器上運(yùn)行了 4個(gè)node服務(wù) (一個(gè)管理平臺,一個(gè)對外平臺,一個(gè)api服務(wù),一個(gè)網(wǎng)關(guān)本身) 1個(gè)postgresql 網(wǎng)關(guān)依賴的數(shù)據(jù)庫目標(biāo)api兩個(gè)接口,一個(gè)post登錄,一個(gè)get請求數(shù)據(jù),get是文件讀取操作。網(wǎng)關(guān)本身每個(gè)請求一個(gè)數(shù)據(jù)庫插入操作。并發(fā)在100cpu滿了,響應(yīng)時(shí)間變長,120內(nèi)存滿了,應(yīng)用worker開始崩潰(有兩個(gè)worker)主進(jìn)程不斷重啟還能跑,還可以請求,這時(shí)候一個(gè)請求響應(yīng)速度在2秒左右一直維持到250并發(fā),沒死掉但是有10%的事務(wù)丟失。之前跑過一個(gè)100并發(fā)的 tps在285
大佬看看我這個(gè)wetes API服務(wù)器測試,大概是什么水平,可用性怎么樣
ibeautiful
2018-08-07 07:10:46