新聞中心
開發(fā)框架選型需考慮的性能因素
為柞水等地區(qū)用戶提供了全套網(wǎng)頁設計制作服務,及柞水網(wǎng)站建設行業(yè)解決方案。主營業(yè)務為成都網(wǎng)站設計、做網(wǎng)站、柞水網(wǎng)站設計,以傳統(tǒng)方式定制建設網(wǎng)站,并提供域名空間備案等一條龍服務,秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務。我們深信只要達到每一位用戶的要求,就會得到認可,從而選擇與我們長期合作。這樣,我們也可以走得更遠!
在新產(chǎn)品進入研發(fā)階段前,技術、操作系統(tǒng)、硬件、數(shù)據(jù)庫等選型是必須要完成的一項重要工作,這是對產(chǎn)品非功能需求、架構設計中的各種要素及約束的綜合評估,是驗證將來的技術框架能否滿足業(yè)務不斷擴展過程中是否能持續(xù)運維擴展的綜合抉擇。
從上圖可以看出,技術選型實際上是從不同維度對產(chǎn)品技術進行分解的過程,通過分析,合理分解出各項技術需求,然后對各項技術/產(chǎn)品需求進行綜合評估并最終選擇合適的框架,例如互聯(lián)網(wǎng)時代很關鍵的分析指標即非功能性指標中的性能指標。
從業(yè)后面這幾年雖然會配合公司到各個地產(chǎn)出差做售前POC非功能技術支持或者出差到各個城商行等協(xié)助當?shù)仨椖拷?jīng)理處理非功能性問題、偶爾也應邀去當?shù)匾恍┗ヂ?lián)網(wǎng)企業(yè)協(xié)助他們做生產(chǎn)性能故障處理或開發(fā)框架選型等測試與調(diào)優(yōu)等工作,其實在做這些非功能咨詢或故障處理時,碰到的大部分問題都是框架開始設計等不成熟導致出現(xiàn)故障的幾率占比比較高。所以很多企業(yè)為了防范未來,在新產(chǎn)品上架前的技術開發(fā)框架選型愿意投入精力做這些技術驗證,主要目的是為了保證投入回報和最優(yōu)化IT投入成本,例如框架公共類性能維護、容量規(guī)劃性能驗證、硬件平臺與軟件平臺采購選型等非功能性測試驗證來預測性能表現(xiàn)和容量規(guī)劃以及預測公司將來業(yè)務發(fā)展增加時其架構是否能支撐住高并發(fā)、架構擴展、敏捷開發(fā)等軟件設計能力和市場發(fā)展趨勢,例如現(xiàn)在很多企業(yè)選型首選考慮微服務架構。
而我們做為專業(yè)非功能技術人員,在幫忙客戶選型時,不能因技術而實施技術,產(chǎn)品最終是要給實際客戶使用的,但是產(chǎn)品也是技術的產(chǎn)物,所以需要考慮如下四象思維,站在不同角色考慮非功能因素:
其實就是技術人員和非技術人員不同維度去考慮,如何驗證性測試,
? 用戶關注的是用戶操作的相應時間。
a) 業(yè)務操作的簡易敏捷
b) 數(shù)據(jù)檢索的合理性和正確性
c) 數(shù)據(jù)交互的效率等
? 其次是技術性角度考慮,例如
? 技術管理員的角度考慮需要關注的性能點。
a) DBA角度看待數(shù)據(jù)庫性能,如表鎖等問題?
b) 網(wǎng)絡管理員看是否出現(xiàn)網(wǎng)絡堵塞等傳輸性能問題?
c) 系統(tǒng)運維人員看是否資源利用率是否出現(xiàn)瓶頸,例如磁盤空間等?
d) 中間件管理人員,檢查是否出現(xiàn)連接數(shù)、線程數(shù)不足or內(nèi)存回收異常等?
e) 架構管理人員,框架開發(fā)設計階段考慮起可擴展性、安全性、容錯性、移植性、可拆解、傳輸模式異步等?
? 再次,站在開發(fā)(設計)人員角度去考慮
a) 應用線程鎖問題?
b) 索引合理性?
C) 對象釋放及時?
d) 數(shù)據(jù)展現(xiàn)數(shù)量合理性?等
? 那么站在性能測試工程師的角度,我們要關注什么呢?
a) 響應時間的層次問題分解
b) 系統(tǒng)用戶數(shù)的計算公式
c) 各服務資源利用問題分解與根源分析
d) TPS數(shù)值的估算與計算工作和對應問題的定位分析
e) 吞吐量如何求證大小?
例如:吞吐量的計算公式
? 從業(yè)務角度看,吞吐量可以用:請求數(shù)/秒、頁面數(shù)/秒、人數(shù)/天或處理業(yè)務數(shù)/小時等單位來衡量
? 從網(wǎng)絡角度看,吞吐量可以用:字節(jié)/秒來衡量
分享標題:開發(fā)框架選型需考慮的性能因素
文章起源:http://www.dlmjj.cn/article/jhhjgg.html