本文是《Performance Test Together》（簡(jiǎn)稱PTT）系列專題分享的第二期，該專題將從性能壓測(cè)的設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、監(jiān)控、問題定位和分析、應(yīng)用場(chǎng)景等多個(gè)緯度對(duì)性能壓測(cè)的全過程進(jìn)行拆解，以幫助大家構(gòu)建完整的性能壓測(cè)的理論體系，并提供有例可依的實(shí)戰(zhàn)。
該系列專題分享由阿里巴巴 PTS 團(tuán)隊(duì)出品，歡迎在文末處加入性能壓測(cè)交流群，參與該系列的線上分享。
第一期：《壓測(cè)環(huán)境的設(shè)計(jì)和搭建》，點(diǎn)擊
這里。
本文致力于給出性能壓測(cè)的概念與背景介紹，同時(shí)針對(duì)市場(chǎng)上的一些性能壓測(cè)工具，給出相應(yīng)的對(duì)比，從而幫助大家更好地針對(duì)自身需求實(shí)現(xiàn)性能壓測(cè)。
為什么要做性能壓測(cè)
在介紹性能壓測(cè)概念與背景之前，首先解釋下為什么要做性能壓測(cè)。從09年的淘寶雙十一大促導(dǎo)致多家合作銀行后臺(tái)系統(tǒng)接連宕機(jī)，到春運(yùn)期間12306購(gòu)票難，再到前不久聚美優(yōu)品促銷活動(dòng)剛開始就遭秒殺。根據(jù)Amazon統(tǒng)計(jì)，每慢100毫秒，交易額下降1%。這些事件和統(tǒng)計(jì)數(shù)據(jù)為大家敲響了警鐘，也客觀說明了性能壓測(cè)對(duì)于企業(yè)應(yīng)用的重要性。
從具體的作用上講，性能壓測(cè)可以用于新系統(tǒng)上線支持、技術(shù)升級(jí)驗(yàn)證、業(yè)務(wù)峰值穩(wěn)定性保障、站點(diǎn)容量規(guī)劃以及性能瓶頸探測(cè)。
1. 新系統(tǒng)上線支持
在新系統(tǒng)上線前，通過執(zhí)行性能壓測(cè)能夠?qū)ο到y(tǒng)的負(fù)載能力有較為清晰的認(rèn)知，從而結(jié)合預(yù)估的潛在用戶數(shù)量保障系統(tǒng)上線后的用戶體驗(yàn)。
2. 技術(shù)升級(jí)驗(yàn)證
在系統(tǒng)重構(gòu)過程中，通過性能壓測(cè)驗(yàn)證對(duì)比，可以有效驗(yàn)證新技術(shù)的高效性，指導(dǎo)系統(tǒng)重構(gòu)。
3. 業(yè)務(wù)峰值穩(wěn)定性保障
在業(yè)務(wù)峰值到來前，通過充分的性能壓測(cè)，確保大促活動(dòng)等峰值業(yè)務(wù)穩(wěn)定性，保障峰值業(yè)務(wù)不受損。
4. 站點(diǎn)容量規(guī)劃
通過性能壓測(cè)實(shí)現(xiàn)對(duì)站點(diǎn)精細(xì)化的容量規(guī)劃，指導(dǎo)分布式系統(tǒng)機(jī)器資源分配。
5. 性能瓶頸探測(cè)
通過性能壓測(cè)探測(cè)系統(tǒng)中的性能瓶頸點(diǎn)，進(jìn)行針對(duì)性優(yōu)化，從而提升系統(tǒng)性能。
綜上所述，性能壓測(cè)伴隨著系統(tǒng)開發(fā)、重構(gòu)、上線到優(yōu)化的生命周期，因此有效的性能壓測(cè)對(duì)系統(tǒng)的穩(wěn)定性具有重要的指導(dǎo)意義，是系統(tǒng)生命周期中不可或缺的一部分。
性能壓測(cè)的基本概念
性能壓測(cè)是通過自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。
從測(cè)試目的上性能壓測(cè)又可以劃分為負(fù)載測(cè)試、壓力測(cè)試、并發(fā)測(cè)試、配置測(cè)試以及可靠性測(cè)試。
負(fù)載測(cè)試是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。
壓力測(cè)試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接受的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。
并發(fā)測(cè)試通過模擬用戶并發(fā)訪問，測(cè)試多用戶并發(fā)訪問同一個(gè)軟件、同一個(gè)模塊或者數(shù)據(jù)記錄時(shí)是否存在死鎖等性能問題。
配置測(cè)試是通過對(duì)被測(cè)系統(tǒng)的軟/硬件環(huán)境的調(diào)整，了解各種不同方法對(duì)軟件系統(tǒng)的性能影響的程度，從而找到系統(tǒng)各項(xiàng)資源的最優(yōu)分配原則。
可靠性測(cè)試是在給系統(tǒng)加載一定業(yè)務(wù)壓力的情況下，使系統(tǒng)運(yùn)行一段時(shí)間，以此檢測(cè)系統(tǒng)是否穩(wěn)定。
總的來說，性能壓測(cè)是在對(duì)系統(tǒng)性能有一定程度了解的前提下，在確定的環(huán)境下針對(duì)壓測(cè)需求進(jìn)行的一種測(cè)試。
如何選取性能壓測(cè)工具
在選取合適的性能壓測(cè)工具之前，我們需要先了解執(zhí)行一次完整的性能壓測(cè)所需要的步驟：
1. 確定性能壓測(cè)目標(biāo)：性能壓測(cè)目標(biāo)可能源于項(xiàng)目計(jì)劃、業(yè)務(wù)方需求等
2. 確定性能壓測(cè)環(huán)境：為了盡可能發(fā)揮性能壓測(cè)作用，性能壓測(cè)環(huán)境應(yīng)當(dāng)盡可能同線上環(huán)境一致
3. 確定性能壓測(cè)通過標(biāo)準(zhǔn)：針對(duì)性能壓測(cè)目標(biāo)以及選取的性能壓測(cè)環(huán)境，制定性能壓測(cè)通過標(biāo)準(zhǔn)，對(duì)于不同于線上環(huán)境的性能壓測(cè)環(huán)境，通過標(biāo)準(zhǔn)也應(yīng)當(dāng)適度放寬
4. 設(shè)計(jì)性能壓測(cè)：編排壓測(cè)鏈路，構(gòu)造性能壓測(cè)數(shù)據(jù)，盡可能模擬真實(shí)的請(qǐng)求鏈路以及請(qǐng)求負(fù)載
5. 執(zhí)行性能壓測(cè)：借助性能壓測(cè)工具，按照設(shè)計(jì)執(zhí)行性能壓測(cè)
6. 分析性能壓測(cè)結(jié)果報(bào)告：分析解讀性能壓測(cè)結(jié)果報(bào)告，判定性能壓測(cè)是否達(dá)到預(yù)期目標(biāo)，若不滿足，要基于性能壓測(cè)結(jié)果報(bào)告分析原因
由上述步驟可知，一次成功的性能壓測(cè)涉及到多個(gè)環(huán)節(jié)，從場(chǎng)景設(shè)計(jì)到施壓再到分析，缺一不可。工欲善其事，必先利其器，而一款合適的性能工具意味著我們能夠在盡可能短的時(shí)間內(nèi)完成一次合理的性能壓測(cè)，達(dá)到事半功倍的效果。
工具選型對(duì)比
在論述了性能壓測(cè)必要性之后，如何選取性能壓測(cè)工具成為一個(gè)重要的議題。本文選取了市場(chǎng)上主流性能壓測(cè)工具：Apache Bench（ab）、LoadRunner、JMeter、阿里云PTS，并從多個(gè)方面出發(fā)分析了各個(gè)工具的優(yōu)缺點(diǎn)，匯總后的優(yōu)缺點(diǎn)如下表所示：
壓測(cè)工具
Apache Bench(ab)
LoadRunner
JMeter
PTS
學(xué)習(xí)成本
低
高
高
低
安裝部署成本
低
高
高
低
是否免費(fèi)
是
否
是
否
是否支持多協(xié)議
否
是
是
是
壓測(cè)結(jié)果是否能夠圖形化展示
否
是
是
是
是否支持TPS模式
否
否
否
是
是否有鏈路、場(chǎng)景編排管理支持
否
是
是
是
是否支持場(chǎng)景錄制
否
是
是
是
生態(tài)環(huán)境強(qiáng)弱
弱
弱
弱
強(qiáng)
監(jiān)控指標(biāo)是否完備
否
否
否
是
是否原生支持流量地域定制
否
否
否
是
Apache Bench（ab）
Apache Bench（ab）是一款用來針對(duì)HTTP協(xié)議做性能壓測(cè)的命令行工具，支持在本地環(huán)境發(fā)起測(cè)試請(qǐng)求，驗(yàn)證服務(wù)器的處理性能。它主要具有以下特點(diǎn)：
首先，作為一款開源工具，ab具有較好的擴(kuò)展性，測(cè)試開發(fā)人員可以基于自身需求對(duì)其進(jìn)行二次開發(fā)，同時(shí)它對(duì)HTTP協(xié)議支持度較好，比如支持設(shè)定HTTP請(qǐng)求頭、支持Cookie以及HTTP的多種方法。
此外，使用ab時(shí)還可以通過指定性能壓測(cè)產(chǎn)生的總請(qǐng)求數(shù)、并發(fā)數(shù)與壓測(cè)時(shí)長(zhǎng)控制性能壓測(cè)，結(jié)合其能夠輸出性能壓測(cè)過程中的RPS（每秒事務(wù)數(shù)）、RT（響應(yīng)時(shí)延）等信息的特點(diǎn)，ab具有簡(jiǎn)單易上手的特點(diǎn)。
但ab也存在一些缺點(diǎn)，如無圖形化界面支持，支持協(xié)議較為單一，只支持HTTP協(xié)議，缺少對(duì)HTTPS協(xié)議、WebSocket等協(xié)議的支持，對(duì)于較為復(fù)雜的性能壓測(cè)場(chǎng)景，ab缺少鏈路編排、場(chǎng)景管理等支持，只能夠?qū)我坏刂钒l(fā)起性能壓測(cè)，此外，它的性能壓測(cè)統(tǒng)計(jì)指標(biāo)緯度較少，缺少性能壓測(cè)過程中的數(shù)據(jù)統(tǒng)計(jì)，只能夠在壓測(cè)結(jié)束后獲取相關(guān)的統(tǒng)計(jì)數(shù)據(jù)，無法實(shí)時(shí)獲取系統(tǒng)負(fù)載等指標(biāo)，難以應(yīng)用于生產(chǎn)環(huán)境下的性能壓測(cè)。
總的來說，ab作為一款命令行測(cè)試工具，適用于本地對(duì)支持HTTP協(xié)議的單一地址進(jìn)行性能壓測(cè)，但缺少相應(yīng)的鏈路編排、場(chǎng)景管理、數(shù)據(jù)可視化等大規(guī)模性能壓測(cè)基礎(chǔ)功能，無法應(yīng)用于生產(chǎn)環(huán)境。
LoadRunner
LoadRunner，是一款發(fā)布于1993年11月的預(yù)測(cè)系統(tǒng)行為和性能的負(fù)載測(cè)試工具。通過以模擬上千萬用戶實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來確認(rèn)和查找問題，LoadRunner作為一款歷史悠久的商業(yè)性能壓測(cè)工具，能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)行測(cè)試。企業(yè)使用LoadRunner能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的發(fā)布周期。 LoadRunner可適用于各種體系架構(gòu)的自動(dòng)負(fù)載測(cè)試，能預(yù)測(cè)系統(tǒng)行為并評(píng)估系統(tǒng)性能。
LoadRunner從組件上可劃分為四部分：
負(fù)載生成器：模擬用戶對(duì)服務(wù)器發(fā)起請(qǐng)求
虛擬用戶生成器：捕捉用戶業(yè)務(wù)流，用于錄制和生成腳本
控制器：用于提供場(chǎng)景設(shè)計(jì)與場(chǎng)景監(jiān)控，能夠?qū)崟r(shí)監(jiān)控腳本的運(yùn)行情況
分析器：匯集來自各種負(fù)載生成器的日志并格式化報(bào)告，以便可視化運(yùn)行結(jié)果數(shù)據(jù)和監(jiān)控?cái)?shù)據(jù)
從組件劃分上可以看出 LoadRunner 對(duì)于性能壓測(cè)擁有較為系統(tǒng)的支持，結(jié)合多個(gè)組件的功能特性，用戶可以較為方便地設(shè)計(jì)復(fù)雜背景下的性能壓測(cè)場(chǎng)景，例如結(jié)合場(chǎng)景設(shè)計(jì)設(shè)置虛擬用戶數(shù)量、設(shè)置執(zhí)行時(shí)間等，結(jié)合虛擬用戶生成器實(shí)現(xiàn)復(fù)雜鏈路、場(chǎng)景的高效設(shè)計(jì)與編排。
此外，LoadRunner支持設(shè)置思考時(shí)間、集合點(diǎn)，還可以結(jié)合分析器實(shí)現(xiàn)壓測(cè)報(bào)告統(tǒng)計(jì)數(shù)據(jù)、指標(biāo)的可視化，助力測(cè)試人員理解性能壓測(cè)結(jié)果。
但 LoadRunner 作為一款商業(yè)軟件，價(jià)格較高，需要本地安裝，安裝過程較復(fù)雜，在實(shí)際設(shè)計(jì)執(zhí)行壓測(cè)時(shí)需要編寫相應(yīng)的腳本，對(duì)使用人員來說學(xué)習(xí)成本比較高，此外缺少監(jiān)控告警等支持，性能壓測(cè)過程中難以實(shí)時(shí)發(fā)現(xiàn)問題。
總的來說，LoadRunner 作為一款性能壓測(cè)商業(yè)軟件，功能較為齊全，使用者能夠借助 LoadRunner 達(dá)到簡(jiǎn)單的性能壓測(cè)場(chǎng)景編排、施壓目標(biāo)；但它也存在學(xué)習(xí)成本居高不下、擴(kuò)展性差等缺點(diǎn)，此外支持的協(xié)議有限，不適合復(fù)雜的性能壓測(cè)環(huán)境。
JMeter
Apache JMeter 是 Apache 組織開發(fā)的基于Java的壓力測(cè)試工具。它可以用于測(cè)試靜態(tài)和動(dòng)態(tài)資源，例如靜態(tài)文件、Java 小服務(wù)程序、CGI 腳本、Java 對(duì)象、數(shù)據(jù)庫、FTP 服務(wù)器等等。另外，JMeter能夠?qū)?yīng)用程序做功能/回歸測(cè)試，通過創(chuàng)建帶有斷言的腳本來驗(yàn)證你的程序返回了你期望的結(jié)果。為了最大限度的靈活性，JMeter允許使用正則表達(dá)式創(chuàng)建斷言。同時(shí)，JMeter支持對(duì)性能壓測(cè)結(jié)果做圖形分析。
JMeter 作為一款開源軟件，擴(kuò)展性強(qiáng)，具有強(qiáng)大的開源社區(qū)支持，社區(qū)內(nèi)開發(fā)者活躍程度高，也正是在開源社區(qū)的積極發(fā)展下，JMeter 具有性能壓測(cè)的諸多特性，如支持場(chǎng)景編排、斷言設(shè)置，支持對(duì)多種資源施壓，有圖形化界面支持，支持腳本錄制，使用人員能夠較為簡(jiǎn)單的設(shè)計(jì)并發(fā)起性能壓測(cè)，此外 JMeter 提供資源監(jiān)控、性能壓測(cè)報(bào)告生成等功能。
但在需要高負(fù)載施壓的場(chǎng)景下，JMeter 需要部署分布式環(huán)境，部署成本比較高，在使用時(shí)，需要編寫相應(yīng)的腳本，而每個(gè)腳本文件只能保存一個(gè)測(cè)試用例，學(xué)習(xí)門檻居高不下的同時(shí)也不利于腳本的維護(hù)，此外它缺少監(jiān)控告警等支持，在性能壓測(cè)過程中使用人員難以借助 JMeter 實(shí)時(shí)發(fā)現(xiàn)問題。
作為一款時(shí)下熱門的開源性能壓測(cè)工具，根據(jù)谷歌搜索指數(shù)顯示，JMeter 已經(jīng)逐漸展現(xiàn)出了替代 LoadRunner 的趨勢(shì)，如圖：
同時(shí)，活躍的社區(qū)環(huán)境、開發(fā)者生態(tài)也進(jìn)一步促進(jìn)了JMeter的功能完善，未來的發(fā)展值得期待。但于此同時(shí)，JMeter也存在學(xué)習(xí)、維護(hù)成本高，缺少監(jiān)控告警等功能支持，難以應(yīng)用于大型復(fù)雜的性能壓測(cè)場(chǎng)景。
PTS
性能測(cè)試服務(wù)（Performance Testing Service，簡(jiǎn)稱 PTS）是一個(gè) SaaS 性能測(cè)試平臺(tái)，提供場(chǎng)景 API 編排功能。結(jié)合阿里巴巴的自研平臺(tái)和引擎，支持按需設(shè)定壓測(cè)模式、壓測(cè)量級(jí)、壓測(cè)時(shí)間，快速發(fā)起壓測(cè)，監(jiān)控壓測(cè)過程并生成報(bào)告等功能，同時(shí)也兼容開源工具 JMeter。
下面將從功能、性能、生態(tài)與監(jiān)控四個(gè)方面展開介紹 PTS：
功能方面
PTS 提供了鏈路、場(chǎng)景編排壓測(cè)報(bào)告導(dǎo)出的功能、，除了傳統(tǒng)的并發(fā)模式（虛擬用戶并發(fā)），PTS也支持 RPS 模式（Requests per Second），也即吞吐量模式，RPS 模式為 PTS 獨(dú)有，具有能夠更精準(zhǔn)地衡量服務(wù)端系統(tǒng)能力等優(yōu)點(diǎn)。為了降低發(fā)起性能壓測(cè)的門檻，PTS 提供云端錄制器，便于客戶端的請(qǐng)求抓取，同時(shí)還可將抓取的請(qǐng)求一鍵導(dǎo)入到壓測(cè)場(chǎng)景中；為了適配不同場(chǎng)景下的性能壓測(cè)，PTS 支持創(chuàng)建服務(wù)等級(jí)協(xié)議 SLA（Service Level Agreement）規(guī)則，能夠?qū)崿F(xiàn)對(duì)業(yè)務(wù)壓測(cè)場(chǎng)景更智能的控制和更全面合理的評(píng)價(jià)，同時(shí)，PTS 也提供了大量 SLA 模板供不同背景下的用戶使用；此外，PTS 還支持定時(shí)壓測(cè)，能夠指定啟動(dòng)壓測(cè)的日期、時(shí)間以及循環(huán)周期等，能夠在任意時(shí)間段自由發(fā)起性能壓測(cè)，釋放人力。
性能方面
PTS 能夠隨機(jī)調(diào)度遍布全國(guó)各地的壓測(cè)引擎，一分鐘內(nèi)快速啟動(dòng)性能壓測(cè)，模擬真實(shí)環(huán)境下的用戶請(qǐng)求；支持最高千萬級(jí)的流量瞬時(shí)脈沖，多重機(jī)制確保壓測(cè)流量及時(shí)停止；支持兩種調(diào)速模式：自動(dòng)遞增和手動(dòng)調(diào)整，壓測(cè)流量調(diào)整秒級(jí)生效。
生態(tài)方面
PTS 支持添加阿里云生態(tài)內(nèi)的云監(jiān)控產(chǎn)品，如添加阿里云生態(tài)內(nèi)的性能管理類產(chǎn)品ARMS，提供應(yīng)用級(jí)別的監(jiān)控，為性能壓測(cè)提供問題定位的閉環(huán)能力；此外 PTS 云端集成 JMeter，用戶只需在本地完成 JMeter 腳本調(diào)試，即可在 PTS 上快速發(fā)起壓測(cè)。
監(jiān)控方面
PTS 監(jiān)控指標(biāo)包括每個(gè) API 的并發(fā)，RPS (Requests per Second)、響應(yīng)時(shí)間、采樣的日志等。同時(shí)從不同細(xì)分維度，統(tǒng)計(jì)了 API 請(qǐng)求的成功、失敗情況和響應(yīng)時(shí)間，能夠幫助用戶快速定位到系統(tǒng)的性能瓶頸。此外，PTS還能夠結(jié)合阿里云生態(tài)內(nèi)的云產(chǎn)品監(jiān)控，如監(jiān)控ECS、SLB及RDS等在內(nèi)的各產(chǎn)品性能指標(biāo)；為云上服務(wù)提供更為詳盡的監(jiān)控。
總的來說，阿里云 PTS 作為一款云服務(wù)，用戶可以較低的學(xué)習(xí)成本快速借助 PTS 發(fā)器壓測(cè)，對(duì)于阿里云的用戶來說，PTS 能夠緊密結(jié)合現(xiàn)有的阿里云服務(wù)，提供全方位的壓測(cè)報(bào)告供用戶快速定位性能瓶頸；對(duì)于 JMeter 用戶，也能夠以較低的成本遷移至 PTS，享受 PTS 的高階功能。但 PTS 也存在一些問題，擴(kuò)展性需要加強(qiáng)，例如需要支持更多網(wǎng)絡(luò)協(xié)議。
實(shí)際案例
某創(chuàng)業(yè)公司A即將上線一項(xiàng)新功能，為了在上線前充分測(cè)試，保障服務(wù)的高可用性，測(cè)試人員給出了相應(yīng)的測(cè)試需求：
1. 為了盡可能避開業(yè)務(wù)高峰期，需要在每天的凌晨一點(diǎn)鐘測(cè)試；
2. 測(cè)試時(shí)，認(rèn)為業(yè)務(wù)的正常響應(yīng)時(shí)間應(yīng)當(dāng)在 550 ms 以下，連續(xù)三次響應(yīng)時(shí)間超出550 ms 時(shí)應(yīng)當(dāng)向負(fù)責(zé)人發(fā)出通知，連續(xù)三次響應(yīng)時(shí)間超出800 ms 則應(yīng)當(dāng)停止壓測(cè)；
3. 為了模擬真實(shí)的用戶流量，需要設(shè)置流量一半來源于移動(dòng)運(yùn)營(yíng)商，一半來源于聯(lián)通運(yùn)營(yíng)商；
4. 公司希望在對(duì)自身業(yè)務(wù)監(jiān)控的同時(shí)，能夠監(jiān)控到所使用阿里云上ECS、RDS等云服務(wù)的資源使用狀態(tài)；
結(jié)合上述的各性能壓測(cè)工具優(yōu)缺點(diǎn)，僅有 PTS 滿足客戶需求，下面我們具體看一下 PTS 如何實(shí)現(xiàn)該案例需求。
首先為了能夠?qū)崿F(xiàn)每天凌晨一點(diǎn)測(cè)試，我們可以使用 PTS 所提供的定時(shí)壓測(cè)功能，通過把場(chǎng)景設(shè)置為定時(shí)壓測(cè)任務(wù)，結(jié)合cron表達(dá)式可以實(shí)現(xiàn)每天凌晨一點(diǎn)自動(dòng)運(yùn)行該壓測(cè)場(chǎng)景，配置如下圖所示：
接著為了實(shí)現(xiàn)連續(xù)三次響應(yīng)時(shí)間超出550 ms 后，向負(fù)責(zé)人發(fā)送通知；連續(xù)三次響應(yīng)時(shí)間超出800 ms 停止壓測(cè)，可以利用 PTS 所提供的 SLA 功能實(shí)現(xiàn)，配置如下圖所示：
在配置 SLA 規(guī)則后，還可以設(shè)置 SLA 規(guī)則應(yīng)用鏈路，以及報(bào)警通知人，如下圖所示：
接下來為了能夠?qū)崿F(xiàn)流量一半來源于移動(dòng)運(yùn)營(yíng)商，一半來源于聯(lián)通運(yùn)營(yíng)商，我們可以利用 PTS 所提供的流量地域定制功能，指定壓測(cè)引擎運(yùn)營(yíng)商，如下圖所示：
最后，為了能夠在壓測(cè)過程中以及壓測(cè)報(bào)告中查看到阿里云ECS、RDS等監(jiān)控狀態(tài)，可以在添加監(jiān)控中添加對(duì)應(yīng)的監(jiān)控項(xiàng)，如下圖所示：
綜上，PTS 的各項(xiàng)配置成功地滿足了該創(chuàng)業(yè)公司的壓測(cè)需求，在避免員工夜間值班壓測(cè)，節(jié)省了公司人力資源的同時(shí)，提升了該公司的性能壓測(cè)效率。在最終的壓測(cè)報(bào)告中，客戶可以觀察到業(yè)務(wù)的性能指標(biāo)以及所使用云服務(wù)的資源使用狀態(tài)，通過對(duì)壓測(cè)報(bào)告的解讀可以快速定位到服務(wù)的性能瓶頸，提升服務(wù)質(zhì)量。
總結(jié)
本文介紹了性能壓測(cè)的概念以及相關(guān)背景，并針對(duì)目前幾款受眾相對(duì)較多的性能壓測(cè)工具給出了優(yōu)缺點(diǎn)分析，每種工具都有相應(yīng)的優(yōu)缺點(diǎn)，大家可以針對(duì)自身需求選取合適的性能壓測(cè)工具。
不當(dāng)之處，歡迎留言指正。
本文作者：
