企業(yè)的基于云計(jì)算的工作負(fù)載是否支持100，000個(gè)并發(fā)用戶(hù)？唯一的方法是通過(guò)性能測(cè)試。

許多人認(rèn)為運(yùn)行在云端的工作負(fù)載總是表現(xiàn)更好，因?yàn)楣苍瓶梢垣@得幾乎無(wú)限的資源。盡管企業(yè)可以調(diào)配所需的資源，甚至可以使用無(wú)服務(wù)器計(jì)算，以便為企業(yè)分配資源，事實(shí)上，擁有適量的資源只是獲得成功的一半。

要獲得良好的云計(jì)算性能，意味著企業(yè)必須主動(dòng)測(cè)試性能，而不是被動(dòng)地等待問(wèn)題出現(xiàn)。畢竟，畢竟，性能遠(yuǎn)遠(yuǎn)取決于原始產(chǎn)能。

專(zhuān)家強(qiáng)烈鼓勵(lì)測(cè)試。如果企業(yè)使DevOps來(lái)構(gòu)建和部署其云計(jì)算應(yīng)用程序工作負(fù)載，那么通常使用連續(xù)的測(cè)試工具來(lái)完成對(duì)安全性、穩(wěn)定性等的測(cè)試，以作為DevOps過(guò)程的一部分。

但是性能測(cè)試呢？

說(shuō)實(shí)話(huà)，性能測(cè)試通常只是在用戶(hù)看到和報(bào)告性能問(wèn)題時(shí)才會(huì)出現(xiàn)。而且，當(dāng)用戶(hù)負(fù)載超過(guò)一定的級(jí)別時(shí)，性能通常會(huì)成為一個(gè)問(wèn)題，根據(jù)應(yīng)用程序，這個(gè)級(jí)別可以是5，000到100，000個(gè)并發(fā)會(huì)話(huà)。所以只有當(dāng)企業(yè)的使用率很高時(shí)才會(huì)發(fā)現(xiàn)問(wèn)題。在這一點(diǎn)上不能逃避責(zé)任。

一個(gè)新興的最佳實(shí)踐是在企業(yè)的DevOps或云遷移過(guò)程中進(jìn)行性能測(cè)試。這意味著要將性能測(cè)試添加到測(cè)試組合中，并查看應(yīng)用程序工作負(fù)載和連接的數(shù)據(jù)庫(kù)如何處理負(fù)載遠(yuǎn)遠(yuǎn)超出自己的預(yù)期。

這意味著要尋找一個(gè)與企業(yè)的應(yīng)用程序兼容的性能測(cè)試工具，企業(yè)擁有的其他DevOps工具以及要部署應(yīng)用程序的目標(biāo)云平臺(tái)。當(dāng)然，良好的工具本身并不是完整的答案，企業(yè)需要測(cè)試工程師首先設(shè)計(jì)正確的測(cè)試流程。

具有諷刺意味的是，雖然DevOps本身（作為一個(gè)流程和工具集）都是關(guān)于在測(cè)試方面積極主動(dòng)的，但是大多數(shù)的流程沒(méi)有做太多的性能測(cè)試。

經(jīng)過(guò)這些測(cè)試，企業(yè)無(wú)法回答“我的云工作負(fù)載何時(shí)會(huì)沖擊性能？”這個(gè)問(wèn)題。企業(yè)的用戶(hù)可以找到適合自己的問(wèn)題，并且企業(yè)可能會(huì)發(fā)現(xiàn)是時(shí)候?qū)ふ倚碌墓ぷ髁恕?/p>