2017年10月31日14:53 來源:移動(dòng)通信網(wǎng)T|T
【移動(dòng)通信網(wǎng)】想象一下嗓子疼去看醫(yī)生的情景,醫(yī)生在用壓舌板壓住你舌頭的同時(shí)會(huì)讓你說“啊”,通過觀察你喉嚨的狀況,確診你是因?yàn)楹韲导t腫而引起的嗓子疼癥狀,并為你選擇適當(dāng)?shù)闹委煼桨。這個(gè)例子很像傳統(tǒng)的基礎(chǔ)設(shè)施監(jiān)測工具。這些工具提供了一個(gè)非常有針對性但卻又很有限的問題視圖。在當(dāng)今復(fù)雜的應(yīng)用和基礎(chǔ)設(shè)施環(huán)境中,為了有效診斷問題,您需要使用應(yīng)用性能管理工具來查看完整的視圖。
應(yīng)用性能管理工具如何保證應(yīng)用環(huán)境健康?
現(xiàn)在,讓我們回顧一個(gè)發(fā)生在醫(yī)生辦公室的真實(shí)場景。當(dāng)護(hù)士為您檢查時(shí),她會(huì)詢問您的癥狀,病史和您正在服用的任何藥物,之后會(huì)檢查您的血壓,體溫和脈搏。但醫(yī)生在進(jìn)行診斷和開藥之前,會(huì)給你做一個(gè)更加完整的檢查,他不僅檢查你的喉嚨,還會(huì)檢查你的呼吸,心跳和耳朵。這一過程非常類似于完整的應(yīng)用性能管理(APM)工具的工作方式。
好的APM工具可以提供性能情報(bào)來發(fā)現(xiàn)并診斷應(yīng)用代碼中的瓶頸,包括容器化服務(wù)和微型服務(wù)環(huán)境。它們可以幫助您在用戶受到影響之前解決問題,為您提供所需的信息并確保您擁有一個(gè)健康的應(yīng)用環(huán)境!
在您的應(yīng)用性能管理(APM)方案中尋找四項(xiàng)功能
您會(huì)如何選擇APM解決方案呢?Riverbed最新出版的《應(yīng)用性能管理入門》討論了如何在當(dāng)今復(fù)雜的應(yīng)用和基礎(chǔ)設(shè)施環(huán)境中尋找APM解決方案的方法,而這種方案可以涵蓋應(yīng)用交付鏈的所有關(guān)鍵部分。無論您是推出新應(yīng)用,集中管理應(yīng)用,整合或虛擬化數(shù)據(jù)中心,還是遷移到云端,管理應(yīng)用性能都需要包含以下內(nèi)容的整體視圖:
熤?jǐn)財(cái)\沒逖槭?/p>
熡τ玫姆⑾鄭俸駝鋃?/p>
熡τ梅治?/p>
熁∩枋┖屯縲閱蓯油?/p>
1)終端用戶體驗(yàn)監(jiān)測----與APM密切相關(guān)
終端用戶希望能夠隨時(shí)訪問,并與他們所需的業(yè)務(wù)應(yīng)用保持一致的體驗(yàn)。許多APM產(chǎn)品可以提供關(guān)于終端用戶在與Web應(yīng)用交互時(shí)實(shí)際體驗(yàn)到的可用性和性能的信息。大多數(shù)企業(yè)環(huán)境都比這更復(fù)雜。Web只是典型企業(yè)應(yīng)用組合中的一種應(yīng)用類型。無論使用Web應(yīng)用還是胖客戶端應(yīng)用,無論是本地用戶,全球用戶還是使用移動(dòng)設(shè)備,您必須有能力監(jiān)測并達(dá)成應(yīng)用性能的最終目標(biāo):終端用戶體驗(yàn)。
分析終端用戶體驗(yàn)數(shù)據(jù)使應(yīng)用支持團(tuán)隊(duì)能夠觀察和分析用戶與應(yīng)用之間的交互情況。它使團(tuán)隊(duì)能夠?qū)⒖倯?yīng)用響應(yīng)時(shí)間分解為貢獻(xiàn)源、發(fā)起根源排障,并分析服務(wù)器之間的流量和響應(yīng)時(shí)間,從而管理多層應(yīng)用。
2)應(yīng)用的發(fā)現(xiàn),跟蹤和診斷
終端用戶所認(rèn)為的單個(gè)操作實(shí)際上可能涉及許多不同應(yīng)用組件的多個(gè)不同子交易。這些可以包括不同的應(yīng)用服務(wù)器、數(shù)據(jù)庫、甚至完全不同的網(wǎng)站,如提供廣告或地圖和指路的網(wǎng)站。您需要一個(gè)可以跟蹤,監(jiān)測并排除每一個(gè)關(guān)鍵交易性能的APM解決方案,將其相關(guān)聯(lián),并深入了解應(yīng)用的各個(gè)組件。它還應(yīng)提供如下功能:
熀撬杏τ米榧ㄈ鏙ava,.NET,Web服務(wù)器,數(shù)據(jù)庫,操作系統(tǒng)和存儲(chǔ))的性能指標(biāo)
熡τ靡覽倒叵低跡撓τ煤突∩枋┳榧捌湎嗷ス叵堤峁┝送暾油?/p>
煷爰督灰贅俸陀τ米榧閱薌嗖,使您可译E釗肓私庥τ,以珍Z閑閱芪侍獾母駒?/p>
3)應(yīng)用分析
Gartner更新了其2016應(yīng)用性能監(jiān)測套件魔力象限的定義,并確認(rèn)了應(yīng)用分析對APM的重要性。APM魔力象限現(xiàn)在將應(yīng)用分析列為APM工具的主要功能維度之一。
分析監(jiān)測系統(tǒng)和應(yīng)用指標(biāo)可以自動(dòng)檢測異常行為,關(guān)聯(lián)信息,發(fā)現(xiàn)問題根源,并預(yù)測事件和性能趨勢。這是現(xiàn)代復(fù)雜環(huán)境中的一項(xiàng)重要功能。這一環(huán)境中,應(yīng)用頻繁變更,且采用微服務(wù)構(gòu)建、具有彈性、瞬態(tài)和高度虛擬化的特點(diǎn)。APM工具使用統(tǒng)計(jì)分析、機(jī)器學(xué)習(xí)、模式識(shí)別或數(shù)學(xué)理論來自動(dòng)檢測交易性能問題的根源。
儀表板可以通過“統(tǒng)一虛擬管理平臺(tái)”提供應(yīng)用和基礎(chǔ)設(shè)施的大視圖,為不同的團(tuán)隊(duì)提供可操作的警報(bào)和信息。
4)了解基礎(chǔ)設(shè)施和網(wǎng)絡(luò)性能
應(yīng)用性能管理使應(yīng)用團(tuán)隊(duì)可以監(jiān)測SLA合規(guī)性,而不是簡單的正常運(yùn)行時(shí)間測定?捎眯匀允且粋(gè)重要的SLA指標(biāo),但團(tuán)隊(duì)也將端到端的響應(yīng)作為服務(wù)水平的指標(biāo)。
盡管應(yīng)用基礎(chǔ)設(shè)施中的單個(gè)組件可能在已建立的性能閾值范圍內(nèi)運(yùn)行,但數(shù)字體驗(yàn)可能較慢或無響應(yīng)。對于用戶而言,應(yīng)用或網(wǎng)站實(shí)際上是不可用或“宕機(jī)”狀態(tài)。例如,網(wǎng)站應(yīng)用的交易通常依賴于多個(gè)步驟和組件的有效操作。
在這些步驟中,任何失敗或延遲都將導(dǎo)致無法使用該應(yīng)用。另外,盡管各個(gè)步驟或組件中的每一步均可按預(yù)期執(zhí)行,但是所得到的性能可能也并不理想。因此,APM解決方案必須監(jiān)測整體數(shù)字體驗(yàn),以便DevOps團(tuán)隊(duì)可以:
熃蟹擲?/p>
這是一個(gè)全面的應(yīng)用性能管理解決方案,它為IT提供整個(gè)應(yīng)用和基礎(chǔ)設(shè)施環(huán)境的端到端視圖,包括所有交易和組件。DevOps團(tuán)隊(duì)可以深入了解問題的細(xì)節(jié),快速地對問題進(jìn)行分類,并將問題分配給適當(dāng)?shù)膱F(tuán)隊(duì)或第三方供應(yīng)商。
熃餼鑫侍?/p>
APM為應(yīng)用團(tuán)隊(duì)提供了解決性能問題的工具。這應(yīng)該從一個(gè)“大視圖”自上而下的方法開始,使他們能夠精確定位并深入到各個(gè)交易和組件中,以隔離和解決性能問題的根本原因。
熡τ靡覽倒叵低?/p>
應(yīng)用性能管理提供了將應(yīng)用映射到交付它的應(yīng)用組件和底層基礎(chǔ)元素的能力。對應(yīng)用架構(gòu)的理解使我們更有效地進(jìn)行故障排除,并有助于減少與應(yīng)用和基礎(chǔ)設(shè)施更改相關(guān)的未知風(fēng)險(xiǎn)。
煿芾碓浦械撓τ瞇閱?/p>
APM在包含多個(gè)云服務(wù)和數(shù)據(jù)中心應(yīng)用的混合環(huán)境中提供一個(gè)統(tǒng)一視圖。并從應(yīng)用組件,網(wǎng)絡(luò),服務(wù)器,數(shù)據(jù)庫和Web服務(wù)等多個(gè)角度集成應(yīng)用知識(shí)。它應(yīng)該提供一個(gè)針對應(yīng)用的整體方案,而不是以上各部分的簡單疊加。
煾縈τ煤突∩枋┑謀浠垂芾硇閱?/p>
應(yīng)用和基礎(chǔ)設(shè)施的變更從根本上降低了可視化程度,且提高了應(yīng)用的復(fù)雜性。為了主動(dòng)解決這些性能問題,這些變更計(jì)劃應(yīng)該包括APM的實(shí)施。