開發(fā)框架選型需考慮的性能因素

為柞水等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計(jì)制作服務(wù)，及柞水網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站設(shè)計(jì)、做網(wǎng)站、柞水網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會(huì)得到認(rèn)可，從而選擇與我們長期合作。這樣，我們也可以走得更遠(yuǎn)！

在新產(chǎn)品進(jìn)入研發(fā)階段前，技術(shù)、操作系統(tǒng)、硬件、數(shù)據(jù)庫等選型是必須要完成的一項(xiàng)重要工作，這是對產(chǎn)品非功能需求、架構(gòu)設(shè)計(jì)中的各種要素及約束的綜合評(píng)估，是驗(yàn)證將來的技術(shù)框架能否滿足業(yè)務(wù)不斷擴(kuò)展過程中是否能持續(xù)運(yùn)維擴(kuò)展的綜合抉擇。

 從上圖可以看出，技術(shù)選型實(shí)際上是從不同維度對產(chǎn)品技術(shù)進(jìn)行分解的過程，通過分析，合理分解出各項(xiàng)技術(shù)需求，然后對各項(xiàng)技術(shù)/產(chǎn)品需求進(jìn)行綜合評(píng)估并最終選擇合適的框架,例如互聯(lián)網(wǎng)時(shí)代很關(guān)鍵的分析指標(biāo)即非功能性指標(biāo)中的性能指標(biāo)。

 從業(yè)后面這幾年雖然會(huì)配合公司到各個(gè)地產(chǎn)出差做售前POC非功能技術(shù)支持或者出差到各個(gè)城商行等協(xié)助當(dāng)?shù)仨?xiàng)目經(jīng)理處理非功能性問題、偶爾也應(yīng)邀去當(dāng)?shù)匾恍┗ヂ?lián)網(wǎng)企業(yè)協(xié)助他們做生產(chǎn)性能故障處理或開發(fā)框架選型等測試與調(diào)優(yōu)等工作，其實(shí)在做這些非功能咨詢或故障處理時(shí)，碰到的大部分問題都是框架開始設(shè)計(jì)等不成熟導(dǎo)致出現(xiàn)故障的幾率占比比較高。所以很多企業(yè)為了防范未來，在新產(chǎn)品上架前的技術(shù)開發(fā)框架選型愿意投入精力做這些技術(shù)驗(yàn)證，主要目的是為了保證投入回報(bào)和最優(yōu)化IT投入成本，例如框架公共類性能維護(hù)、容量規(guī)劃性能驗(yàn)證、硬件平臺(tái)與軟件平臺(tái)采購選型等非功能性測試驗(yàn)證來預(yù)測性能表現(xiàn)和容量規(guī)劃以及預(yù)測公司將來業(yè)務(wù)發(fā)展增加時(shí)其架構(gòu)是否能支撐住高并發(fā)、架構(gòu)擴(kuò)展、敏捷開發(fā)等軟件設(shè)計(jì)能力和市場發(fā)展趨勢，例如現(xiàn)在很多企業(yè)選型首選考慮微服務(wù)架構(gòu)。

而我們做為專業(yè)非功能技術(shù)人員，在幫忙客戶選型時(shí)，不能因技術(shù)而實(shí)施技術(shù)，產(chǎn)品最終是要給實(shí)際客戶使用的，但是產(chǎn)品也是技術(shù)的產(chǎn)物，所以需要考慮如下四象思維，站在不同角色考慮非功能因素：

其實(shí)就是技術(shù)人員和非技術(shù)人員不同維度去考慮，如何驗(yàn)證性測試，

? 用戶關(guān)注的是用戶操作的相應(yīng)時(shí)間。

a)    業(yè)務(wù)操作的簡易敏捷

b)    數(shù)據(jù)檢索的合理性和正確性

c)    數(shù)據(jù)交互的效率等

? 其次是技術(shù)性角度考慮，例如

?   技術(shù)管理員的角度考慮需要關(guān)注的性能點(diǎn)。

     a)    DBA角度看待數(shù)據(jù)庫性能，如表鎖等問題？

     b)    網(wǎng)絡(luò)管理員看是否出現(xiàn)網(wǎng)絡(luò)堵塞等傳輸性能問題？

     c）  系統(tǒng)運(yùn)維人員看是否資源利用率是否出現(xiàn)瓶頸，例如磁盤空間等？

     d） 中間件管理人員，檢查是否出現(xiàn)連接數(shù)、線程數(shù)不足or內(nèi)存回收異常等?

     e） 架構(gòu)管理人員，框架開發(fā)設(shè)計(jì)階段考慮起可擴(kuò)展性、安全性、容錯(cuò)性、移植性、可拆解、傳輸模式異步等？

? 再次，站在開發(fā)（設(shè)計(jì)）人員角度去考慮

      a)    應(yīng)用線程鎖問題？

      b） 索引合理性？

      C） 對象釋放及時(shí)？

      d） 數(shù)據(jù)展現(xiàn)數(shù)量合理性？等

?  那么站在性能測試工程師的角度，我們要關(guān)注什么呢？

a)      響應(yīng)時(shí)間的層次問題分解

b)      系統(tǒng)用戶數(shù)的計(jì)算公式

c)      各服務(wù)資源利用問題分解與根源分析

d)      TPS數(shù)值的估算與計(jì)算工作和對應(yīng)問題的定位分析

e)      吞吐量如何求證大?。?/p>

例如：吞吐量的計(jì)算公式

? 從業(yè)務(wù)角度看，吞吐量可以用：請求數(shù)/秒、頁面數(shù)/秒、人數(shù)/天或處理業(yè)務(wù)數(shù)/小時(shí)等單位來衡量

? 從網(wǎng)絡(luò)角度看，吞吐量可以用：字節(jié)/秒來衡量