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