1. 程式人生 > >保障高併發:企業必須從傳統效能測試轉向雲壓測

保障高併發:企業必須從傳統效能測試轉向雲壓測

近幾年,中國網際網路實現了超高速的發展。阿里巴巴雙十一每秒鐘最高要處理28萬個訂單,國內很多直播平臺的併發線上人數已經突破1000萬,甚至很多線上教育平臺的併發訪問量都突破了百萬的數量級。如果企業的IT系統扛不住這些流量的衝擊,就會帶來無法估量的損失。所以越來越多的中大型企業開始意識到,保障系統能夠承擔高併發請求,為使用者提供優質的服務體驗,已經成為企業最為核心的競爭因素。

來自谷歌的調研資料表明,如果網站開啟慢每500毫秒,使用者訪問量可能下降20%。如果企業不幸發生宕機事件,甚至會造成數以億計的經濟損失。但是,我們也必須認識到,整個IT系統涉及的層面非常之大,網路層、伺服器資源、作業系統、應用和很多元件的異常都可能導致效能問題。那麼如何才能迅速定位到造成這些故障的根本原因呢?效能測試,就是找到異常原因的一個最佳途徑。
在這裡插入圖片描述

效能測試的重要性

傳統的效能測試,是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統的各項效能指標進行測試。負載測試和壓力測試都屬於效能測試,兩者可以結合進行。通過負載測試,確定在各種工作負載下系統的效能,目標是測試當負載逐漸增加時,系統各項效能指標的變化情況。壓力測試是通過確定一個系統的瓶頸或者不能接受的效能點,來獲得系統能提供的最大服務級別的測試。

在網際網路發展的早期,這種模式幾乎能夠滿足大多數企業的需求,但是移動網際網路時代,整個IT基礎設施已經變得更加複雜,而且對系統的穩定性提出了更高的要求,傳統效能測試已經有點「捉襟見肘」了。

傳統效能測試在當前應用環境下的短板

現在很多中大型網際網路公司的業務量急劇上升,很多使用者已經突破千萬,網站動輒十幾萬甚至百萬的訪問量,這就導致整個IT系統的架構愈發複雜,很多公司的分散式CDN節點已經超過4000個,使用者的對外服務頻寬突破10Gbps。在這種背景下,如果還使用傳統的效能測試方式,已經遠遠達不到企業發展的需求。而且傳統壓測的人力成本、資源成本、時間成本、費用成本十分高昂。

此外,市場上現有的Loadrunner、Jmeter等工具操作複雜,學習成本非常之高,測試人員不易掌握。而且某些併發的測試工具license授權費用超過百萬,令絕大多數企業望而卻步。很多企業也想開發自己的開源效能測試軟體,但是搭建超過10000的使用者併發系統,需要做大量的應用程式碼改造。而且整個過程往往需要數月之久,還需要大量的人力成本,風險極高,一般只適合阿里巴巴、騰訊、美團這樣大型網際網路公司。

在這裡插入圖片描述

雲壓測產品橫空而出

2005年「雲壓測」概念被提出,伴隨雲端計算技術快速發展,使用雲資源實現彈性、可擴充套件、自由伸縮分散式壓力產生模式橫空出世。特別是近幾年,隨著Saas概念的普及與發展,以Soasta、

OneCPT為代表的雲壓測產品已經成為傳統測試行業最為強勁的對手。

雲測試是利用雲端的資源一站式完成效能測試,使用者無需再購買包括伺服器、機房在內的多種資源,從而能夠節省大量的資源成本和人力成本。在Gartner的測試工具魔力象限中,Soasta與眾多傳統測試工具廠商已經開始並駕齊驅。而One CPT雲壓測平臺,也是目前國內目前屈指可數的、唯一可以與Soasta對標的雲壓測廠商。

在這裡插入圖片描述

為什麼越來越多的企業開始使用雲壓測?

相較於傳統的效能測試方案,雲壓測具備以下4個方面的優勢:

  • 簡單易用:雲壓測的指令碼3分鐘就可以生成,因為測試資源全部部署在雲端,可以實現秒級啟動,同時能夠實現測試資料的秒級回傳。
  • 規模化部署:絕大多數雲壓測廠商的測試節點都能夠覆蓋全球,實現基於位置的按需定製,像OneAPM CPT還可以實現全鏈路真實節點,達到千萬級的併發請求。
  • 全棧監控:雲壓測產品都是基於分散式的雲端計算服務,能夠基於位置快速進行響應,還能夠實現同步監控資料回溯,達到全棧監控資料採集,全面覆蓋網路層、伺服器層、作業系統層以及應用層。
  • 價效比較高:這也是最重要的一點,SaaS服務天然具備靈活的優勢,雲壓測產品都可以按需計費,也不需要硬體部署,很容易實現一體化測試管理服務,而且團隊之間也可以實現編組協同,大大提升工作效率。

其實早在2012年,倫敦奧組委就已經成為全球首個雲壓測最大的使用者,截止到2013年,全球已經有上萬家企業開始廣泛使用雲壓測。不過因為多種原因,直到2014年,雲壓測概念才開始在中國落地,阿里雲雖然在國內最早使用了雲壓測技術,但是無法支援本地化部署。

2015年OneCPT雲壓測平臺釋出一經發布,很快就獲得市場和資本的青睞。一方面是OneAPM經過8年的技術沉澱與積累,產品和技術層面遙遙領先於對手;另一方面,OneCPT支援本地化部署,而且實現了全鏈路資料測試,真正能夠幫助企業帶來非常「直觀」的價值。
在這裡插入圖片描述

電商巨頭亞馬遜曾經做過一份資料調研,如果電商網站的速度每下降100毫秒,營業額將減少1%。其實無論是電商網站,還是轉型中的傳統企業,亦或是高速成長的中小企業,IT系統所承擔的角色已經愈發重要,而網站和系統的穩定性、高可用性、高併發都是衡量一個IT基礎設施最為重要的幾項因素。

現在,很多企業的業務發展較快,使用者訪問量可能瞬時變大,如果系統無法處理較短時間內的大量使用者湧入,就會造成宕機。此外,如果資料庫連線數到達上限,使用者請求無法及時處理,也會給企業發展造成無法估量的損失。在這種背景下,越來越多的企業開始重視效能測試,必須將各種潛在的效能問題,提前扼殺在搖籃中。

相關推薦

保障併發企業必須傳統效能測試轉向

近幾年,中國網際網路實現了超高速的發展。阿里巴巴雙十一每秒鐘最高要處理28萬個訂單,國內很多直播平臺的併發線上人數已經突破1000萬,甚至很多線上教育平臺的併發訪問量都突破了百萬的數量級。如果企業的IT系統扛不住這些流量的衝擊,就會帶來無法估量的損失。所以越來越

併發,分散式,叢集,效能優化,軟體架構,阿里架構師教你如何學習併發程式設計進入BAT視訊下載

阿里架構師:教你如何學習併發程式設計進入BAT視訊下載 39套Java架構師,高併發,高效能,高可用,分散式,叢集,電商,快取,微服務,微信支付寶支付,公眾號開發,java8新特性,P2P金融專案,程式設計,功能設計,資料庫設計,第三方支付,web安全,效能調優,設計模式,資料結構,併發程式設計

併發佇列Queue

檢視Queue介面和類樹狀結構(F4顯示) 高併發佇列ConcurrentLinkedQueue 無鎖,基於連結節點的無界限執行緒安全佇列(不懂),先進先出,元素不能為null; 無界 1.新增 add() / offer() 阻塞佇列Blockin

【乾貨合集】大流量與併發資料庫、架構與實踐技巧

2016年9月20-21日20:00-21:30,淘寶開放平臺與阿里云云棲社群將聯合舉辦“大流量高併發網際網路應用實踐線上峰會”,為廣大開發者分享阿里的海量使用者支撐及運營經驗。 報名入口:http://yq.aliyun.com/webinar/join/49?spm=5176.8155509.4376

JAVA架構師大型分散式併發電商專案實戰,效能優化,叢集,億級併發,web安全,快取架構實戰

現任58到家技術委員會主席,高階技術總監,負責企業,支付,營銷、客戶關係等多個後端業務部門。本質,技術人一枚。網際網路架構技術專家,“架構師之路”公眾號作者。曾任百度高階工程師,58同城高階架構師,58同城技術委員會主席,58同城C2C技術部負責人。 內容介紹 1.大資

併發量網站解決方案、效能優化

一個小型的網站,可以使用最簡單的html靜態頁面就實現了,配合一些圖片達到美化效果,所有的頁面均存放在一個目錄下,這樣的網站對系統架構、效能的要求都很簡單。隨著網際網路業務的不斷豐富,網站相關的技術經過這些年的發展,已經細分到很細的方方面面,尤其對於大型網站來說,所採用的技術更是涉及面非常廣,從硬體

Java併發(五)——Lock優化,提高效能

       前邊我們講了,多執行緒的世界,多執行緒的基礎操作,多執行緒協作,多執行緒管理——執行緒池。其中多執行緒為什麼麻煩,就因為執行緒並行操作,對共享資源的爭奪,會出現執行緒安全問題。而我們解決執行緒安全問題的方案是同步(鎖資源,序列使用),序列就會出現

題目企業SQL面試複習與測試

SQL複習 1.常見的資料庫物件有哪些? 表(table)  檢視(view) 序列(sequence) 索引(index) 同義詞(synonym) 儲存過程(procedure) 儲存函式(function) 觸發器(trigger)   2.表

併發情況下Redis 的可用性測試與分析及部署架構說明

1、讀取Redis的timeout異常 建立執行緒數在50以下時程式可以正常執行,當執行緒數設定為100以上時,某些執行緒執行出現異常: java.net.SocketTimeoutException: Read timed out 造成這種異常可能有以下兩個原因: 原因一:在連線Redis的Jedis的預設

0到1打造移動端H5效能測試平臺

如何打造一個移動端H5效能平臺?聽起來是否有點高大上,不知道如何下手。不要緊張,我們來手把手教大家打造自己的移動端H5效能測試平臺。 【H5前端效能平臺可以做什麼–功能篇】 以前我們要測試移動端H5效能,通常會用到遠端連線+抓包分析,工具諸如:fiddl

和朱曄一起復習Java併發(三)鎖(含鎖效能測試

這個專題我發現怎麼慢慢演化為效能測試了,遇到任何東西我就忍不住去測一把。本文我們會大概看一下各種鎖資料結構的簡單用法,順便也會來比拼一下效能。 各種併發鎖 首先,我們定一個抽象基類,用於各種鎖測試的一些公共程式碼: 我們需要使用鎖來保護counter和hashMap這2個資源 write欄位表示這個執行緒是

使用jMeter構造大量併發HTTP請求進行微服務效能測試

比如我開發好了一個微服務,想測試其在大併發請求下的效能表現如何。 比較方便的一個做法是使用工具jMeter來構造這些請求。 建立一個新的工程: 建立一個新的Thread Group,下圖意思是這個工程會使用3個執行緒同時發請求,每個請求執行一次。

效能專題一文搞懂效能測試常見指標

1. 前言 上週,對效能測試系列專題,在公號內發表了第一篇介紹:【效能系列連載一】開篇:效能測試不可不知的“乾貨”,但反響貌似並不太好,但既然此前已答應了部分讀者要連載分享效能這塊的知識,含著淚也得繼續寫。 效能測試的基礎:就是在確保功能實現正確的前提下,通過合適的效能測試加壓方式

達達O2O後臺架構演進實踐0到4000併發請求背後的努力

1、引言 達達創立於2014年5月,業務覆蓋全國37個城市,擁有130萬註冊眾包配送員,日均配送百萬單,是全國領先的最後三公里物流配送平臺。 達達的業務模式與滴滴以及Uber很相似,以眾包的方式利用社會閒散人力資源,解決O2O最後三公里即時性配送難題(2016年4月,達達已經與京東到家合併

技術分享高效能併發系統的穩定性保障

作者:肖飛,於2011年8月份加入京東,曾親身參與到京東的應用效能監控、統一日誌、流式計算、記憶體快取、四層防攻擊等一些基礎技術平臺的研發和搭建工作,經歷了京東的技術系統從簡單粗放向複雜精細化的演變過程。目前主要工作為多中心交易專案中的資料複製中介軟體JingoBUS的研發。平時也會開發一些公共的平

併發架構系列如何0到1設計一個MQ訊息佇列

訊息佇列作為系統解耦,流量控制的利器,成為分散式系統核心元件之一。 如果你對訊息佇列背後的實現原理關注不多,其實瞭解訊息佇列背後的實現非常重要。 不僅知其然還要知其所以然,這才是一個優秀的工程師需要具備的特徵。 今天,我們就一起來探討設計一個訊息佇列背後的技術。 訊息佇列整體設計思路 主要是設計

java併發系列 - 第22天java中底層工具類Unsafe,高手必須要了解

這是java高併發系列第22篇文章,文章基於jdk1.8環境。 本文主要內容 基本介紹 通過反射獲取Unsafe例項 Unsafe中的CAS操作 Unsafe中原子操作相關方法介紹 Unsafe中執行緒排程相關方法 park和unpark示例 Unsafe鎖示例 Unsafe中保證變數的可見性 Unsafe

通CEO莫倫科夫5G手機2019年開始將成主流(轉)

ceo 進行 新的 智能 商業模式 設備 蘋果 手機加速 com 據路透社9月15日報道,高通公司首席執行官預測,首款符合下一代移動標準的5G手機將於2019年在全球主要市場上市,這比預測時間要早一年。   作為世界頂級智能手機芯片制造商,高通公司首席執行官史蒂文?莫倫科夫

解讀IBM管調研報告,看傳統企業如何卷土重來

IBM2017年的下半年,IBM CEO Ginni Rometty在紐約與全球100強公司CEO做了一次深入交流。Ginni後來在多個場合回憶說,這次交流對於今後IBM的戰略有著巨大的價值。當時,Ginni曾問在座的全球100強公司CEO一個問題,你們對未來判斷後,下的最大的“賭註”是什麽?全球100強公

阿裏產品總監何數據是企業的第一資產,企業必須深度融合

發展 iops 深度 允許 api 一體化 企業級 vpd mysq 摘要: 對於企業而言,除了管理不當,資金鏈斷裂等因素會導致企業面臨危機,在互聯網時代,數據中心事故同樣會導致企業面臨災難性危機且絕大多數不可逆。據IDC統計數據表明,十年間發生過災難的公司,有55%當時倒