共計(jì) 2181 個(gè)字符，預(yù)計(jì)需要花費(fèi) 6 分鐘才能閱讀完成。
這篇文章給大家介紹實(shí)現(xiàn) DevOps 投資回報(bào)的示例分析，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。
已經(jīng)有越來越多企業(yè)意識(shí)到將 DevOps 實(shí)踐引入應(yīng)用程序生命周期管理所帶來的積極意義。而在這一推進(jìn)過程當(dāng)中，應(yīng)用程序性能管理（簡(jiǎn)稱 APM）方案的出現(xiàn)則逐步成為企業(yè)實(shí)現(xiàn) DevOps 投資回報(bào)（簡(jiǎn)稱 ROI）的重要前提。
大型企業(yè)通常運(yùn)行有跨越一系列不同系統(tǒng)及平臺(tái)的多層式應(yīng)用程序集合。這些應(yīng)用程序從內(nèi)部大型機(jī)到外部云環(huán)境，可以說是無處不在。而在云應(yīng)用程序普及范圍的持續(xù)擴(kuò)展之下，將這些應(yīng)用程序加以整合所帶來的復(fù)雜性難題也成為 IT 團(tuán)隊(duì)需要面對(duì)的最嚴(yán)峻挑戰(zhàn)之一。
在 DevOps 執(zhí)行方案當(dāng)中，出色的敏捷性扮演著底層商業(yè)用例這一核心角色。利用程度更高的自動(dòng)化能力，DevOps 將敏捷性與精益實(shí)踐貫穿到了整個(gè)軟件生命周期當(dāng)中。這一新興解決思路允許 IT 部門采用質(zhì)量更高的應(yīng)用程序成果，并以 *** 的高效方式對(duì)其加以部署。
實(shí)現(xiàn)應(yīng)用程序性能提升的關(guān)鍵所在
APM 可以說是幫助企業(yè)在 DevOps 舉措當(dāng)中實(shí)現(xiàn)投資回報(bào)的必要前提。通過將性能分析機(jī)制推進(jìn)至開發(fā)生命周期當(dāng)中，DevOps 團(tuán)隊(duì)能夠提前掌握應(yīng)用程序在進(jìn)入實(shí)際運(yùn)行狀態(tài)時(shí)將帶來怎樣的執(zhí)行效果。由持續(xù)事務(wù)監(jiān)控方案提供的監(jiān)控指標(biāo)能夠作為面向運(yùn)營(yíng)或者質(zhì)量問題的早期警告系統(tǒng)發(fā)揮作用 mdash; mdash; 其具體起效時(shí)間甚至早于應(yīng)用程序被真正部署至生產(chǎn)環(huán)境內(nèi)。這些指標(biāo)隨后可被用于建立關(guān)鍵性能指標(biāo)（簡(jiǎn)稱 KPI），并借此幫助管理人員實(shí)現(xiàn)對(duì)生產(chǎn)環(huán)境運(yùn)作狀態(tài)的有效管控。
相較于坐等應(yīng)用程序進(jìn)入生產(chǎn)流程后才能根據(jù)性能數(shù)據(jù)分析出具體問題，DevOps 如今已經(jīng)能夠在實(shí)際交付之前建立性能分析模型、從而準(zhǔn)確預(yù)測(cè)可能出現(xiàn)在運(yùn)營(yíng)及質(zhì)量方面的潛在問題。作為先于 KPI 存在且更具一致性的生產(chǎn)指標(biāo)，應(yīng)用程序性能 mdash; mdash; 以及用戶體驗(yàn) mdash; mdash; 都將因此得到切實(shí)改進(jìn)。
在這一層面實(shí)現(xiàn)業(yè)務(wù)線各團(tuán)隊(duì)之間的數(shù)據(jù)共享能夠大大加快來自各應(yīng)用程序相關(guān)方 mdash; mdash; 其中包括內(nèi)部用戶、客戶以及合作伙伴 mdash; mdash; 的反饋流程推進(jìn)。這類反饋意見包含各類必要信息，足以指導(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ì)用戶體驗(yàn)優(yōu)化這一持續(xù)性任務(wù)時(shí)保持更為主動(dòng)的立場(chǎng)。
開發(fā)、運(yùn)營(yíng)以及質(zhì)量保障團(tuán)隊(duì)之間的緊密合作也能夠顯著減少其它問題的產(chǎn)生。性能數(shù)據(jù)的各組成部分往往與多個(gè)不同團(tuán)隊(duì)分別相關(guān) mdash; mdash; 例如基礎(chǔ)設(shè)施、服務(wù)器、網(wǎng)絡(luò)、虛擬化或者應(yīng)用程序 mdash; mdash; 而統(tǒng)一的應(yīng)用性能管理方案則能夠?qū)⑵湟愿邔右暯羌右哉稀３鲇谕暾缘目紤]，單一數(shù)據(jù)集往往不足以發(fā)揮必要的指導(dǎo)作用，而這也正是點(diǎn)式解決方案所面臨的常見挑戰(zhàn)。盡管其中各個(gè)組成部分可能都表現(xiàn)出良好的應(yīng)用性能，但用戶體驗(yàn)仍存在著不盡人意的風(fēng)險(xiǎn)。
而作為這一問題的重要表現(xiàn)或者說產(chǎn)生根源之一，此類解決方案往往各自擁有不同的控制臺(tái)體系。這種信息完整性缺失可能帶來真?zhèn)坞y辨的虛假分析結(jié)論。IT 團(tuán)隊(duì)的精力與耐心則在應(yīng)對(duì)這些結(jié)論的過程中被一再消磨，并最終變得極為沮喪、甚至干脆忽略大部分收到的警報(bào)內(nèi)容。
與此同時(shí)，性能表現(xiàn)也將始終處于低迷狀態(tài)。內(nèi)部用戶不愿使用相關(guān)應(yīng)用，并因此導(dǎo)致生產(chǎn)效率下降。客戶增長(zhǎng)也因此受挫，而這將使企業(yè)在站點(diǎn)建設(shè)、成本收益以及經(jīng)營(yíng)信譽(yù)方面遭受嚴(yán)重打擊。
集成化 APM 平臺(tái)的優(yōu)勢(shì)
事實(shí)上，各類監(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)與用戶體驗(yàn)真正劃上等號(hào)。
對(duì)于 DevOps 團(tuán)隊(duì)而言，關(guān)于用戶對(duì)應(yīng)用程序的使用情況以及他們結(jié)合個(gè)人感受所提供的反饋內(nèi)容無疑是 *** 參考價(jià)值的核心信息。此類指標(biāo)包括用戶在正常業(yè)務(wù)流程中所提交的負(fù)面反饋、添加、棄用或者變更情況的具體數(shù)字，或者是客戶在應(yīng)用程序商店乃至社交媒體上作出的各類相關(guān)評(píng)論。
具備先進(jìn)性能分析機(jī)制的統(tǒng)一化平臺(tái)能夠?yàn)?IT 團(tuán)隊(duì)提供多種必要的運(yùn)營(yíng)信息，從而幫助管理人員掌握改進(jìn)用戶體驗(yàn)所需之指導(dǎo)性意見。此類平臺(tái)允許管理人員利用篩選技術(shù)以實(shí)時(shí)方式找出導(dǎo)致性能問題的根源所在，從而極大加快故障排除速度并縮短平均修復(fù)時(shí)間（簡(jiǎn)稱 MTTR）。MTTR 當(dāng)中的“R”實(shí)際上應(yīng)該被理解為“reliability”，即可靠性 mdash; mdash; 而非修復(fù)。全部此類性能數(shù)據(jù)隨后會(huì)返回至 DevOps 團(tuán)隊(duì)，并由其通過調(diào)整對(duì)敏捷性加以進(jìn)一步提升。
統(tǒng)一化 APM 平臺(tái)在改善用戶體驗(yàn)的同時(shí)，也就相當(dāng)于同企業(yè)產(chǎn)品生命周期建立起了直接關(guān)聯(lián)。企業(yè)將意識(shí)到縮短各類時(shí)間周期在加快產(chǎn)品開發(fā)及啟用、進(jìn)而實(shí)現(xiàn)真正價(jià)值方面的重要意義。堅(jiān)持提供符合或者超出客戶預(yù)期的使用體驗(yàn)效果能夠建立起牢固的客戶忠誠(chéng)度并增強(qiáng)企業(yè)自身競(jìng)爭(zhēng)力。而投資回報(bào)也將在成本削減、生產(chǎn)效率強(qiáng)化以及新型營(yíng)收來源拓展等途徑的支持下得到保障。除此之外，出色的應(yīng)用程序性能表現(xiàn)還可以切實(shí)減輕各類風(fēng)險(xiǎn)，例如未完成交易、聲譽(yù)損害或者合規(guī)性違反等等。
關(guān)于實(shí)現(xiàn) DevOps 投資回報(bào)的示例分析就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。
