前端(簡單列舉):HTML5、H5、CSS、JavaScript、React、Vue、Angular、NodeJS、WebSocket、HTTP
后臺:中間件(Tomcat、Jetty)、消息中間件(Kafka、RabbitMQ、RocketMQ等)、開發(fā)框架(Springboot/Cloud)、Dubbo等,ORM:Hibernate、MyBatis、Spring JPA等
數(shù)據(jù)庫:關(guān)系數(shù)據(jù)庫(MySQL、Oracle等)、NoSQL數(shù)據(jù)庫(Redis MongoDB HBase等)
集成工具:Git、Gitlab、CVS、Jenkins、Sonar、Maven等
容器及編排工具:Docker、Kubernetes等
監(jiān)控工具:Prometheus、Skywalking、Zabbix等
操作系統(tǒng):Linux系列(CentOS、Fedora、Debian、Ubuntu之一或者多種)
RT:為響應(yīng)時間
TPS:為吞吐量(Transaction per second)
隨著系統(tǒng)負載的增加,響應(yīng)時間和吞吐量會增長,到達臨界點(標記點為3點)時,吞吐量不再增加,繼續(xù)增加負載會導(dǎo)致過載(比如我們在計算機上開啟的軟件過多導(dǎo)致系統(tǒng)卡死),吞吐量會受到拖累而減小,響應(yīng)時間陡增(標記點為4點)。此時標記點3點代表了系統(tǒng)的大處理能力。如果標記點3點的處理能力不能滿足要求,那被測試的系統(tǒng)性能就堪憂了,需要進行性能診斷和優(yōu)化。
有時,我們會要求響應(yīng)時間要小于一個標準,比如請求某一個頁面需要響應(yīng)時間控制在3秒之內(nèi),時間長了用戶體驗差。假設(shè)圖中標記點1、2、3的響應(yīng)時間都不滿足要求,即使吞吐量達到要求,我們也需要想辦法縮短響應(yīng)時間。再次假設(shè)標記點2點處的響應(yīng)時間和吞吐量都滿足性能要求,那么說明性能良好,而且性能還有提升空間,標記點3才是系統(tǒng)性能的極限,標記點4是系統(tǒng)性能的"強弩之末"。
因此,我們在討論性能時,至少要從系統(tǒng)響應(yīng)時間與吞吐量兩個維度來看是否滿足性能要求;另外對于主機的資源(CPU、內(nèi)存、磁盤、網(wǎng)絡(luò)等)使用率也需要關(guān)注,太低則浪費,太高則危險。正如我們不會讓發(fā)動機一直運行在極速情況下一樣,也不會讓計算機一直處在峰值處理能力狀態(tài),以延長機器的使用壽命及減少故障的發(fā)生。
你是否還在尋找穩(wěn)定的海外服務(wù)器提供商?創(chuàng)新互聯(lián)www.cdcxhl.cn海外機房具備T級流量清洗系統(tǒng)配攻擊溯源,準確流量調(diào)度確保服務(wù)器高可用性,企業(yè)級服務(wù)器適合批量采購,新人活動首月15元起,快前往官網(wǎng)查看詳情吧