你了解自己系統(tǒng)中某個特定服務(wù)使用的產(chǎn)能是多少，對于可擴展性來說，至關(guān)重要。知道這一點，就可以計算距離擴展，你還有多少時間和發(fā)展空間。它是規(guī)劃余量和基礎(chǔ)設(shè)施項目、拆分?jǐn)?shù)據(jù)庫/應(yīng)用以及制定預(yù)算的基礎(chǔ)。而確保你計算準(zhǔn)確的方法是對所有發(fā)布的版本都進(jìn)行性能測試，這樣可以保證你沒有引人意想不到的負(fù)載增加。一個組織在一次發(fā)布中達(dá)到了所允許的最大負(fù)載增量是很常見的。當(dāng)你在產(chǎn)能規(guī)劃方面變得日益成熟時，你就會把新功能帶來的負(fù)載看作一種成本，要把它計入成本收益分析。此外，為了確保預(yù)計的斷點和性能下降曲線仍舊與以前識別的一樣，壓力測試也是必需的。有可能常規(guī)的使用負(fù)載沒有變化，但新的代碼路徑或邏輯改變卻會造成整體負(fù)載能力的下降。例如，如果一個數(shù)據(jù)結(jié)果的查詢增加了90毫秒，那么在用戶請求的整體響應(yīng)時間中，它可能不會引起注意，但如果這個服務(wù)是和其他服務(wù)同步綁定在一起的，如負(fù)載構(gòu)建服務(wù)，那么成百上千個90毫秒的延遲累加起來，就會降低該服務(wù)的最大產(chǎn)能。
當(dāng)我們討論變更管理時，我們不只討論了適用于創(chuàng)業(yè)公司的輕量級變更識別流程，還討論了積極管理生產(chǎn)環(huán)境中的變更的公司可以采用的完整變更管理流程。我們把變更管理定義為由下列組件構(gòu)成，即變更建議、變更批準(zhǔn)、變更日程安排、變更實施和記錄、變更驗證以及變更審查。性能測試和壓力測試強化了變更管理流程，它們提供了實踐性的實現(xiàn)，并且非常重要的是，驗證了變更。如果你沒有證明一個變更會真的按照你預(yù)想的那樣影響系統(tǒng)，例如修復(fù)了一個bug或者提供了一個新功能，那么你一定不想實施這個變更。作為性能測試和壓力測試的一部分，我們可以在一個可控的環(huán)境中驗證預(yù)計的變更結(jié)果。這個額外的步驟，可以確保變更在生產(chǎn)環(huán)境中實施后，它能夠在各種負(fù)載下，像它在測試時表現(xiàn)的那樣運行。
在把性能測試和壓力測試關(guān)聯(lián)到可擴展性時，我們應(yīng)該考慮的最重要的因素是風(fēng)險管理。要確保你的系統(tǒng)能夠擴展，風(fēng)險管理是最重要的流程之一。在風(fēng)險管理之前要進(jìn)行風(fēng)險分析，即嘗試計算各種行動或組件中的風(fēng)險大小。性能測試和壓力測試是兩種能夠大大降低某次服務(wù)變更帶來的風(fēng)險的方法。例如，如果我們使用的是故障模式和后果分析法，識別出某個功能的故障模式是會增加查詢時間，而建議的補救措施是在真實的負(fù)載條件下測試這個功能，就像性能測試一樣，以確定該功能的真正反應(yīng)。還可以像壓力測試那樣，用極限負(fù)載來進(jìn)行測試，以觀察該功能在超常規(guī)條件下的反應(yīng)。這兩種測試都能提供更多關(guān)于該功能的真實性能都是強有力的工具。的信息，從而降低了風(fēng)險。對于降低或管理每次發(fā)布的風(fēng)險或系統(tǒng)整體的風(fēng)險來說，這兩種測試有著內(nèi)在的聯(lián)系。
不過，正如我們在討論網(wǎng)站建設(shè)壓力測試時所警告的，制造測試負(fù)載并不容易，如從余量、變更控制和風(fēng)險管理這三個方面，我們可以發(fā)現(xiàn)系統(tǒng)的可擴展性與采用性能和壓力流程。如果做得不好，會生成錯誤的數(shù)據(jù)。但這并不意味著就不值得去理解、實施以及(最終)掌握這些測試。
本文地址：http://123beaconmarketing.com//article/3860.html
