身處互聯(lián)網(wǎng)的SA(運維)們總感嘆自己職業(yè)的苦逼，Why?我來告訴你：APP奔潰、網(wǎng)站打不開、網(wǎng)站502、搜索緩慢、應(yīng)用卡頓通通找運維，運營、項目經(jīng)理、老板等等圍著運維，看其救火。有些運維甚至受到各種指責(zé)，例如：技術(shù)差、準(zhǔn)備不充分、服務(wù)器優(yōu)化的不行等等。面對千千萬萬的項目，運維為什么總在救火和受委屈，而研發(fā)卻在不斷制造BUG。

府谷網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、自適應(yīng)網(wǎng)站建設(shè)等網(wǎng)站項目制作，到程序開發(fā)，運營維護(hù)。創(chuàng)新互聯(lián)成立于2013年到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

問題定位

一旦出現(xiàn)故障，通常先查日志，通過日志分析定位到某些服務(wù)器及項目，緊接著縮小范圍至某個項目，最后SA與研發(fā)之間各種配合，最終找出問題并修復(fù)。

每次緊急救火之后，運維總會發(fā)問：為什么不能提前發(fā)現(xiàn)問題?是否有一個工具能讓運維/開發(fā)事先發(fā)現(xiàn)問題并消灰掉，或者上線能夠在故障出現(xiàn)之時快速定位到穩(wěn)定。大家都應(yīng)該認(rèn)識到，通過常規(guī)方式來定位代碼問題效率非常低，而且非常考驗技術(shù)人員對業(yè)務(wù)熟悉程度以及個人技術(shù)能力。

解決方案

在日常工作中，常有人咨詢我系統(tǒng)出現(xiàn)某種問題或者偶爾出現(xiàn)問題時怎么查找原因，除了給出解決方案以外，我總會告訴他：去試試APM吧，能夠幫你快速發(fā)現(xiàn)問題，定位問題的原因。今天我要給SA們介紹一款國內(nèi)純自主開發(fā)的APM產(chǎn)品---透視寶。

透視寶功能

APM是應(yīng)用性能管理(Application Performance Management)的縮寫，通過對IT系統(tǒng)進(jìn)行代碼級的實時監(jiān)測和分析，即時發(fā)現(xiàn)系統(tǒng)運行瓶頸，并進(jìn)行告警和預(yù)警，幫助運維、開發(fā)迅速定位系統(tǒng)問題。透視寶包含APM(應(yīng)用性能管理)、mobile、browser、host四項功能：

透視寶之安裝

透視寶的安裝比較簡單，透視寶官方文檔也非常清楚。

請直接看文檔：http://portal.toushibao.com/app/create

透視寶之主機(jī)管理

安裝完Smart Agent之后，登陸透視寶后臺便能看到新增加的主機(jī)，如下圖：

今天的主題不在“主機(jī)”，既然提到了，那么我簡單的給大家展示透視寶下的主機(jī)基本監(jiān)控。

服務(wù)器CPU、內(nèi)存、進(jìn)程、網(wǎng)卡、TCP監(jiān)控項都有。如果這些基礎(chǔ)監(jiān)控能夠滿足你，那么完全可以放棄Zabbix等上手困難的開源監(jiān)控產(chǎn)品了。看看監(jiān)控效果：

透視寶之APM

透視寶APM目前支持主流的Java、PHP、Python、.Net四種語言的代碼性能監(jiān)測，PHP監(jiān)測已經(jīng)支持最新的PHP7正式版，我們主要以PHP為例感受一下APM的威力。

備注：起初準(zhǔn)備拿ttlsa.com來體驗，因為種種原因，最終換成了另外一個測試站點，請求量稍微少點，但是追蹤PHP性能問題的方法還是一樣的，一樣能幫助我們找出代碼性能問題。

點擊應(yīng)用，并選擇你需要追蹤的域名，通過請求、數(shù)據(jù)庫、錯誤這三項目來找出PHP性能問題所在

APM之請求

首先看概覽圖，著重看緩慢、非常緩慢、錯誤的比率，如果比較高，那么要引起重視。

正常：<500毫秒、緩慢：500-2000毫秒，非常慢：>2000毫秒

透視寶列出所有請求URL，以及URI對應(yīng)的響應(yīng)時間與請求數(shù)。

按照響應(yīng)時間排序，點擊響應(yīng)時間較長的URL，右側(cè)出現(xiàn)如下記錄

點擊記錄進(jìn)行追蹤，可以看到整個請求耗時TOP5的方法，并可進(jìn)行代碼追蹤、獲取請求參數(shù)、SQL語句，最真實的還原當(dāng)時環(huán)境。

追蹤詳情

這里非常重要，耗時(MS)越長的函數(shù)/方法說明性能越差. 由此，基本上已經(jīng)定位到了性能問題代碼，把相應(yīng)的方法截圖給研發(fā)吧。發(fā)現(xiàn)沒?不懂代碼的你也能抓出PHP性能代碼。

請求參數(shù)

通過當(dāng)前的請求參數(shù)最真實的還原現(xiàn)場

SQL語句

一個緩慢響應(yīng)請求部分由代碼寫法不恰當(dāng)引起，還有一部分由效率低下的慢SQL引起。透視寶能夠追蹤到一個請求包含的所有SQL語句;由此，我們能快速的定位到SQL問題，并提交給研發(fā)/DBA優(yōu)化。

APM之?dāng)?shù)據(jù)庫

透視寶APM能夠通過”請求”找出性能差的code、性能低下的慢SQL。透視寶能夠通過”數(shù)據(jù)庫”找出性能低下的慢SQL，并找出慢SQL對應(yīng)的請求。”數(shù)據(jù)庫”這塊建議DBA經(jīng)常瀏覽，并定期優(yōu)化慢SQL。

透視寶提供了非常清晰易懂的SQL性能圖表，讓開發(fā)人員清晰的了解當(dāng)前SQL使用情況，例如：SQL操作響應(yīng)時間(TOPS)、吞吐量(含select、delete、insert、update)

透視寶會列出所有SQL操作列表，按照平均響應(yīng)時間排序，選擇需要解決的SQL記錄，可定位對應(yīng)請求耗時的接口/頁面以及對應(yīng)的慢SQL語句。

慢SQL追蹤

APM之錯誤

除了透過請求與數(shù)據(jù)庫來發(fā)現(xiàn)問題之外，我們也應(yīng)該經(jīng)常關(guān)注”錯誤”。

附錄：透視寶插件

SendProxy、Discover和OSAgent插件是Smart Agent默認(rèn)的基礎(chǔ)插件，目前Smart Agent提供的插件如下表所示。

網(wǎng)站欄目：運維不再專業(yè)救火不會PHP照樣找出代碼性能問題
本文來源：http://jinyejixie.com/article28/chojcp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供營銷型網(wǎng)站建設(shè)、關(guān)鍵詞優(yōu)化、網(wǎng)站內(nèi)鏈、定制開發(fā)、手機(jī)網(wǎng)站建設(shè)、動態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)