已經(jīng)有越來(lái)越多企業(yè)意識(shí)到將DevOps實(shí)踐引入應(yīng)用程序生命周期管理所帶來(lái)的積極意義。而在這一推進(jìn)過(guò)程當(dāng)中，應(yīng)用程序性能管理（簡(jiǎn)稱(chēng)APM）方案的出現(xiàn)則逐步成為企業(yè)實(shí)現(xiàn)DevOps投資回報(bào)（簡(jiǎn)稱(chēng)ROI）的重要前提。

大型企業(yè)通常運(yùn)行有跨越一系列不同系統(tǒng)及平臺(tái)的多層式應(yīng)用程序集合。這些應(yīng)用程序從內(nèi)部大型機(jī)到外部云環(huán)境，可以說(shuō)是無(wú)處不在。而在云應(yīng)用程序普及范圍的持續(xù)擴(kuò)展之下，將這些應(yīng)用程序加以整合所帶來(lái)的復(fù)雜性難題也成為IT團(tuán)隊(duì)需要面對(duì)的***、最嚴(yán)峻挑戰(zhàn)之一。

在DevOps執(zhí)行方案當(dāng)中，出色的敏捷性扮演著底層商業(yè)用例這一核心角色。利用程度更高的自動(dòng)化能力，DevOps將敏捷性與精益實(shí)踐貫穿到了整個(gè)軟件生命周期當(dāng)中。這一新興解決思路允許IT部門(mén)采用質(zhì)量更高的應(yīng)用程序成果，并以***的高效方式對(duì)其加以部署。

實(shí)現(xiàn)應(yīng)用程序性能提升的關(guān)鍵所在

APM可以說(shuō)是幫助企業(yè)在DevOps舉措當(dāng)中實(shí)現(xiàn)投資回報(bào)的必要前提。通過(guò)將性能分析機(jī)制推進(jìn)至開(kāi)發(fā)生命周期當(dāng)中，DevOps團(tuán)隊(duì)能夠提前掌握應(yīng)用程序在進(jìn)入實(shí)際運(yùn)行狀態(tài)時(shí)將帶來(lái)怎樣的執(zhí)行效果。由持續(xù)事務(wù)監(jiān)控方案提供的監(jiān)控指標(biāo)能夠作為面向運(yùn)營(yíng)或者質(zhì)量問(wèn)題的早期警告系統(tǒng)發(fā)揮作用——其具體起效時(shí)間甚至早于應(yīng)用程序被真正部署至生產(chǎn)環(huán)境內(nèi)。這些指標(biāo)隨后可被用于建立關(guān)鍵性能指標(biāo)（簡(jiǎn)稱(chēng)KPI），并借此幫助管理人員實(shí)現(xiàn)對(duì)生產(chǎn)環(huán)境運(yùn)作狀態(tài)的有效管控。

相較于坐等應(yīng)用程序進(jìn)入生產(chǎn)流程后才能根據(jù)性能數(shù)據(jù)分析出具體問(wèn)題，DevOps如今已經(jīng)能夠在實(shí)際交付之前建立性能分析模型、從而準(zhǔn)確預(yù)測(cè)可能出現(xiàn)在運(yùn)營(yíng)及質(zhì)量方面的潛在問(wèn)題。作為先于KPI存在且更具一致性的生產(chǎn)指標(biāo)，應(yīng)用程序性能——以及用戶(hù)體驗(yàn)——都將因此得到切實(shí)改進(jìn)。

在這一層面實(shí)現(xiàn)業(yè)務(wù)線各團(tuán)隊(duì)之間的數(shù)據(jù)共享能夠大大加快來(lái)自各應(yīng)用程序相關(guān)方——其中包括內(nèi)部用戶(hù)、客戶(hù)以及合作伙伴——的反饋流程推進(jìn)。這類(lèi)反饋意見(jiàn)包含各類(lèi)必要信息，足以指導(dǎo)相關(guān)技術(shù)團(tuán)隊(duì)在應(yīng)用程序的功能與性能方面作出適當(dāng)調(diào)整。DevOps團(tuán)隊(duì)則可借此進(jìn)一步提高調(diào)整速度，并在應(yīng)對(duì)用戶(hù)體驗(yàn)優(yōu)化這一持續(xù)性任務(wù)時(shí)保持更為主動(dòng)的立場(chǎng)。

開(kāi)發(fā)、運(yùn)營(yíng)以及質(zhì)量保障團(tuán)隊(duì)之間的緊密合作也能夠顯著減少其它問(wèn)題的產(chǎn)生。性能數(shù)據(jù)的各組成部分往往與多個(gè)不同團(tuán)隊(duì)分別相關(guān)——例如基礎(chǔ)設(shè)施、服務(wù)器、網(wǎng)絡(luò)、虛擬化或者應(yīng)用程序——而統(tǒng)一的應(yīng)用性能管理方案則能夠?qū)⑵湟愿邔右暯羌右哉?。出于完整性的考慮，單一數(shù)據(jù)集往往不足以發(fā)揮必要的指導(dǎo)作用，而這也正是點(diǎn)式解決方案所面臨的常見(jiàn)挑戰(zhàn)。盡管其中各個(gè)組成部分可能都表現(xiàn)出良好的應(yīng)用性能，但用戶(hù)體驗(yàn)仍存在著不盡人意的風(fēng)險(xiǎn)。

而作為這一問(wèn)題的重要表現(xiàn)或者說(shuō)產(chǎn)生根源之一，此類(lèi)解決方案往往各自擁有不同的控制臺(tái)體系。這種信息完整性缺失可能帶來(lái)真?zhèn)坞y辨的虛假分析結(jié)論。IT團(tuán)隊(duì)的精力與耐心則在應(yīng)對(duì)這些結(jié)論的過(guò)程中被一再消磨，并最終變得極為沮喪、甚至干脆忽略大部分收到的警報(bào)內(nèi)容。

與此同時(shí)，性能表現(xiàn)也將始終處于低迷狀態(tài)。內(nèi)部用戶(hù)不愿使用相關(guān)應(yīng)用，并因此導(dǎo)致生產(chǎn)效率下降?？蛻?hù)增長(zhǎng)也因此受挫，而這將使企業(yè)在站點(diǎn)建設(shè)、成本收益以及經(jīng)營(yíng)信譽(yù)方面遭受?chē)?yán)重打擊。

集成化APM平臺(tái)的優(yōu)勢(shì)

事實(shí)上，各類(lèi)監(jiān)控?cái)?shù)據(jù)只有在被集成至統(tǒng)一化戰(zhàn)略性框架當(dāng)中之后、才能切實(shí)發(fā)揮作用并提供有價(jià)值的分析結(jié)論。統(tǒng)一化平臺(tái)方案能夠確保DevOps流程中所使用的分析數(shù)據(jù)與生產(chǎn)環(huán)境切實(shí)相符，從而將性能指標(biāo)與用戶(hù)體驗(yàn)真正劃上等號(hào)。

對(duì)于DevOps團(tuán)隊(duì)而言，關(guān)于用戶(hù)對(duì)應(yīng)用程序的使用情況以及他們結(jié)合個(gè)人感受所提供的反饋內(nèi)容無(wú)疑是***參考價(jià)值的核心信息。此類(lèi)指標(biāo)包括用戶(hù)在正常業(yè)務(wù)流程中所提交的負(fù)面反饋、添加、棄用或者變更情況的具體數(shù)字，或者是客戶(hù)在應(yīng)用程序商店乃至社交媒體上作出的各類(lèi)相關(guān)評(píng)論。

具備先進(jìn)性能分析機(jī)制的統(tǒng)一化平臺(tái)能夠?yàn)镮T團(tuán)隊(duì)提供多種必要的運(yùn)營(yíng)信息，從而幫助管理人員掌握改進(jìn)用戶(hù)體驗(yàn)所需之指導(dǎo)性意見(jiàn)。此類(lèi)平臺(tái)允許管理人員利用篩選技術(shù)以實(shí)時(shí)方式找出導(dǎo)致性能問(wèn)題的根源所在，從而極大加快故障排除速度并縮短平均修復(fù)時(shí)間（簡(jiǎn)稱(chēng)MTTR）。MTTR當(dāng)中的“R”實(shí)際上應(yīng)該被理解為“reliability”，即可靠性——而非修復(fù)。全部此類(lèi)性能數(shù)據(jù)隨后會(huì)返回至DevOps團(tuán)隊(duì)，并由其通過(guò)調(diào)整對(duì)敏捷性加以進(jìn)一步提升。

統(tǒng)一化APM平臺(tái)在改善用戶(hù)體驗(yàn)的同時(shí)，也就相當(dāng)于同企業(yè)產(chǎn)品生命周期建立起了直接關(guān)聯(lián)。企業(yè)將意識(shí)到縮短各類(lèi)時(shí)間周期在加快產(chǎn)品開(kāi)發(fā)及啟用、進(jìn)而實(shí)現(xiàn)真正價(jià)值方面的重要意義。堅(jiān)持提供符合或者超出客戶(hù)預(yù)期的使用體驗(yàn)效果能夠建立起牢固的客戶(hù)忠誠(chéng)度并增強(qiáng)企業(yè)自身競(jìng)爭(zhēng)力。而投資回報(bào)也將在成本削減、生產(chǎn)效率強(qiáng)化以及新型營(yíng)收來(lái)源拓展等途徑的支持下得到保障。除此之外，出色的應(yīng)用程序性能表現(xiàn)還可以切實(shí)減輕各類(lèi)風(fēng)險(xiǎn)，例如未完成交易、聲譽(yù)損害或者合規(guī)性違反等等。

原文鏈接：http://www.apmdigest.com/application-performance-management-apm-devops-roi