隨著后互聯(lián)網(wǎng)時(shí)代的到來(lái)，包括服裝、食品、住房和交通在內(nèi)的所有生活消費(fèi)都將數(shù)字化。用戶體驗(yàn)已成為決定服務(wù)質(zhì)量的關(guān)鍵指標(biāo)。糟糕的用戶體驗(yàn)不僅會(huì)嚴(yán)重影響企業(yè)的收益，而且會(huì)成為損害企業(yè)品牌的罪魁禍?zhǔn)住Ｈ欢?，部署在防火墻?nèi)部的傳統(tǒng)壓力測(cè)試產(chǎn)品無(wú)法滿足混合環(huán)境中復(fù)雜應(yīng)用程序的全鏈路性能測(cè)試要求，也無(wú)法從真實(shí)用戶體驗(yàn)“完全覆蓋”真實(shí)生產(chǎn)環(huán)境“深入性能跟蹤。因此，無(wú)論是互聯(lián)網(wǎng)企業(yè)還是正在經(jīng)歷數(shù)字化轉(zhuǎn)型的傳統(tǒng)企業(yè)，都需要更真實(shí)、全面和深入的壓力測(cè)試方法，以滿足敏捷開(kāi)發(fā)和持續(xù)提供互聯(lián)網(wǎng)服務(wù)的需要。在云計(jì)算時(shí)代，隨著移動(dòng)互聯(lián)網(wǎng)、虛擬化和云計(jì)算技術(shù)的不斷發(fā)展，應(yīng)用交付模式的變化越來(lái)越普遍，體系結(jié)構(gòu)也變得越來(lái)越離散和復(fù)雜。應(yīng)用程序的成功交付不僅需要其自身系統(tǒng)的健壯性，還更多地取決于網(wǎng)絡(luò)和第三方服務(wù)的質(zhì)量。這些外部“不確定”因素使體系結(jié)構(gòu)更加“不可控”“在復(fù)雜的云計(jì)算環(huán)境中，評(píng)估高并發(fā)條件下的應(yīng)用程序性能以及規(guī)劃應(yīng)用程序和服務(wù)的容量顯然比以前更加困難。當(dāng)前基于混合云環(huán)境的應(yīng)用交付架構(gòu)具有以下特點(diǎn)：1）用戶終端更加多樣化：從傳統(tǒng)PC到移動(dòng)設(shè)備和智能電視終端，從原來(lái)的有網(wǎng)頁(yè)到H5、app和微信小應(yīng)用。在跨屏?xí)r代，用戶有了更多的選擇，但是影響用戶體驗(yàn)的因素變得越來(lái)越復(fù)雜；2） 應(yīng)用架構(gòu)變得更加復(fù)雜和高度相關(guān)：成功的服務(wù)交付從未依賴外部網(wǎng)絡(luò)、CDN和第三方服務(wù)提供商，每個(gè)環(huán)節(jié)的問(wèn)題都會(huì)對(duì)用戶體驗(yàn)產(chǎn)生巨大影響；3） 企業(yè)基礎(chǔ)設(shè)施集成：企業(yè)的數(shù)據(jù)中心也在向云遷移，其基礎(chǔ)設(shè)施也在不斷集成。其特點(diǎn)是將計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)等硬件基礎(chǔ)設(shè)施系統(tǒng)集成，實(shí)現(xiàn)基礎(chǔ)設(shè)施與虛擬化的集成，具有統(tǒng)一管理和維護(hù)的能力。從性能測(cè)試的角度考慮云計(jì)算應(yīng)用交付模式的復(fù)雜性，數(shù)字企業(yè)需要關(guān)注每個(gè)交付鏈中的影響因素，以便能夠更全面、更準(zhǔn)確地評(píng)估性能問(wèn)題。壓力測(cè)試的三個(gè)不同發(fā)展階段源自軟件測(cè)試的壓力測(cè)試。目前主要分為以下三個(gè)發(fā)展階段：壓力測(cè)試1.0：防火墻內(nèi)部壓力測(cè)試，遵循2傳統(tǒng)測(cè)試方法0多年的基本實(shí)施原則是在防火墻內(nèi)部產(chǎn)生壓力進(jìn)行壓力測(cè)量，即，壓力測(cè)量環(huán)境（包括壓力機(jī)和待測(cè)系統(tǒng)在防火墻內(nèi)）如果測(cè)試的目的只是為了在并發(fā)條件下對(duì)內(nèi)網(wǎng)的系統(tǒng)硬件資源、服務(wù)和數(shù)據(jù)庫(kù)的性能進(jìn)行測(cè)試，這種模式仍然是合理的選擇。壓力測(cè)試2.0：基于云計(jì)算的壓力測(cè)試，基于云壓力測(cè)試模式將壓力測(cè)試機(jī)遷移到云上，通過(guò)云資源在防火墻外生成規(guī)模并發(fā)。一般來(lái)說(shuō)，“云壓機(jī)”的部署方式有三種：1）利用其他機(jī)房（自建、IDC數(shù)據(jù)中心）啟動(dòng)壓力；2） 使用云服務(wù)提供商（如阿里云、AWS等）虛擬機(jī)發(fā)起壓力；3） 使用外部合作伙伴或分支機(jī)構(gòu)的計(jì)算機(jī)作為壓力節(jié)點(diǎn)；由于使用防火墻外的云資源，壓力測(cè)量2.0與上一代壓力測(cè)量方法相比有了很大的進(jìn)步。該模式降低了壓力測(cè)量的成本和準(zhǔn)備周期，提高了效率。但嚴(yán)格來(lái)說(shuō)，壓力測(cè)量2.0只是一個(gè)類(lèi)似云的壓力測(cè)量模型“轉(zhuǎn)變。壓力測(cè)試3.0：面向用戶體驗(yàn)的外部壓力測(cè)試。由于前兩個(gè)階段沒(méi)有從外部真實(shí)用戶和實(shí)際應(yīng)用交付架構(gòu)的整體角度考慮問(wèn)題，仍然無(wú)法滿足分布式應(yīng)用的敏捷交付需求。因此，壓力測(cè)試3.0應(yīng)運(yùn)而生。這一新一代應(yīng)用性能壓力測(cè)試解決方案是從終端用戶行為和體驗(yàn)的角度來(lái)審視應(yīng)用性能問(wèn)題，通過(guò)分布式壓力測(cè)點(diǎn)在用戶的實(shí)際區(qū)域發(fā)射壓力，使壓力更加真實(shí)；面向應(yīng)用交付鏈的整個(gè)技術(shù)堆棧的性能監(jiān)控和診斷可以通過(guò)深入跟蹤，提供從用戶到網(wǎng)絡(luò)、應(yīng)用、第三方服務(wù)和基礎(chǔ)設(shè)施的“全覆蓋”，發(fā)現(xiàn)影響性能的瓶頸。壓力測(cè)量3.0使用戴明環(huán)PDCA方法將整個(gè)壓力測(cè)量和優(yōu)化過(guò)程劃分為計(jì)劃、執(zhí)行、檢查和行動(dòng)，根據(jù)執(zhí)行順序管理應(yīng)用程序的交付質(zhì)量。Cloud smart beta和beta service beta是Cloud smart基于beta 3.0方法推出的針對(duì)真實(shí)用戶行為和地理分布的全鏈接云壓力測(cè)試平臺(tái)。它通過(guò)云服務(wù)器產(chǎn)生真實(shí)的分布式用戶訪問(wèn)壓力，模擬來(lái)自各個(gè)地區(qū)的用戶訪問(wèn)后臺(tái)流的真實(shí)影響，從而跳出“溫室環(huán)境”“在理想狀態(tài)下，它無(wú)限接近生產(chǎn)環(huán)境所面臨的各種復(fù)雜因素，并測(cè)量真實(shí)的用戶體驗(yàn)。通過(guò)集成云智能應(yīng)用性能管理和監(jiān)控產(chǎn)品，有助于根據(jù)真實(shí)用戶行為定制壓力測(cè)試方案，在壓力測(cè)試過(guò)程中實(shí)時(shí)定位應(yīng)用資源和代碼瓶頸，現(xiàn)場(chǎng)糾正錯(cuò)誤，分析應(yīng)用性能原因。云智能依托壓力測(cè)試寶以及完整的產(chǎn)品線，為用戶提供一站式壓力測(cè)量服務(wù)，為云計(jì)算時(shí)代的復(fù)雜應(yīng)用提供專(zhuān)業(yè)的性能壓力測(cè)量服務(wù)，幫助企業(yè)客觀評(píng)估應(yīng)用性能能力，發(fā)現(xiàn)全鏈路性能瓶頸，為應(yīng)用架構(gòu)優(yōu)化和架構(gòu)容量規(guī)劃提供專(zhuān)業(yè)咨詢服務(wù)，滿足企業(yè)靈活多變的業(yè)務(wù)需求?？焖袤w驗(yàn)新一代測(cè)壓3.0產(chǎn)品：http://cloudwise.mikecrm.com/f.php?t=4eA0Tq

« 面對(duì)口碑代碼負(fù)擔(dān)不起的小程序責(zé)任，反支付寶拖累 | 共享汽車(chē)很難：運(yùn)營(yíng)成本很高，共享汽車(chē)市場(chǎng)需要降溫 »