同樣是寫代碼,為什麼互聯網公司對技術的要求要比普通公司高,工作壓力也更大。主要的原因就在于性能。
實現一個功能有一百種方式,在這一百種方式當中,有的複用性高,有的代碼流程清晰,有的代碼穩定,有的代碼高效,互聯網工資最注重的就是穩定和高效。
因為用戶對于app時間的反映是特别敏感的,舉個例子,早年12306為什麼被這麼多人诟病,主要原因就在于性能不高并且不穩定,導緻用戶體驗特别差。
本文首先先談一談性能。
想要清晰的描述一個現象,最重要的方法是量化。把用語言描述的模糊的指标量化為可以用數字來表示的指标
如果評價一個人學習的好壞,不能簡單地用 優良可差來描述,應該把成績量化成分數,才能更清晰的描述一個人的學習成績。
代碼的性能同樣也是如此,所以就有了幾個基本的描述指标,其中最基本的是在兩個維度對服務進行描述的指标:
1、能力
2、耗時
qps監控示意圖
如上圖所示,服務的qps等于5000. 表示這個服務每秒鐘完成了五千多次用戶請求。并且看趨勢qps還不斷在增加。
如果你壓測報告上面qps是20000,那麼是小case,完全能承受住,如果你的服務壓測報告能承受的qps是9000,那當前值是9430,說明此時很危險。
那麼為什麼會出現當前qps比最大qps還高的情況呢?
有兩種情況:
1.代碼沒壓測就上線,自己并不知道最大qps是多少。
2.突然出現的某些事故或者場景如下圖這種,明顯是出現事故了 當前qps陡增
qps陡增示意圖
這就是形容服務能力的qps指标。
而在時間維度形容服務耗時的另一個指标——tp,下期接着講。
歡迎關注本頭條号,我的願望是,把我學到的知識轉化成其他人的知識。通過這個過程,深入理解我的知識頭條名字起的不是太好,今後可能會更換。
,更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!