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