国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

OneAPM 云監(jiān)控部署與試用體驗

Tecode / 3248人閱讀

摘要:作為骨灰級粉絲,一直以來對第三方監(jiān)控都是拒絕的。例如白屏?xí)r間首屏?xí)r間腳本錯誤網(wǎng)頁加載就緒時間各種瀏覽器的訪問情況,甚至能了解不同瀏覽器運營商地區(qū)用戶的訪問狀況。腳本錯誤在所難免,錯誤進一步導(dǎo)致網(wǎng)站部分功能無法使用。

作為 Zabbix 骨灰級粉絲,一直以來對第三方監(jiān)控(APM)都是拒絕的。一來覺得收費,二來擔(dān)心數(shù)據(jù)被人所知,三來覺得 Zabbix 牛逼到無可取代。但是,隨著 APM 市場的火爆,我決定「放下身段」試用一次,并且會總結(jié)出它與開源監(jiān)控之間差別在哪里。

運維經(jīng)歷的磨難

雖然都在不同的公司,做著不同的業(yè)務(wù),但是大多運維總會經(jīng)歷相同的故事,以及背著類似的黑鍋。運維們大多有如下經(jīng)歷:

網(wǎng)站或者業(yè)務(wù)訪問不了,服務(wù)器問題,運維的責(zé)任

昨天還好好的,今天就出現(xiàn)的問題,運維的責(zé)任

部分地區(qū)用戶反饋網(wǎng)站/App 無法試用,運維查查服務(wù)器。而且這種問題大多出現(xiàn)在事后。

各種程序都需要監(jiān)控,常見的 MongoDB 、 Redis 、 Nginx ,還會出現(xiàn)各種不常見的應(yīng)用。任何一種軟件都要熟悉,運維總是在不停的學(xué)習(xí),待遇缺一直比不上研發(fā)!

服務(wù)器出現(xiàn)問題,老板找運維、領(lǐng)導(dǎo)找運維、開發(fā)也找運維,運維并不知道代碼邏輯,看日志,各種排錯。

初識 OneAPM

OneAPM 是一家為企業(yè)和開發(fā)者提供 APM 解決方案的服務(wù)商,支持 Java、.NET、PHP、Ruby、Python、Node.js、HTML5、iOS、Android 等語言和操作系統(tǒng)。

什么是 APM ?

既然試用 APM ,我覺得很有必要給大家解釋一下這個名詞。應(yīng)用性能管理(Application Performance Management)主要指對企業(yè)的關(guān)鍵業(yè)務(wù)應(yīng)用進行監(jiān)測、優(yōu)化,提高企業(yè)應(yīng)用的可靠性和質(zhì)量,保證用戶得到良好的服務(wù),降低IT總擁有成本 (TCO) 。使用全業(yè)務(wù)鏈的敏捷 APM 監(jiān)控,可使一個企業(yè)的關(guān)鍵業(yè)務(wù)應(yīng)用的性能更強大,可以提高競爭力,并取得商業(yè)成功,因此,加強應(yīng)用性能管理(APM)可以產(chǎn)生巨大商業(yè)利益。國內(nèi)外的 APM 有 Compuware 、 iMaster 、聽云、New Relic、OneAPM 、AppDynamics 等。
解釋比較干,如果還是不了解什么是 APM ,那么請隨我全面試用 OneAPM 的過程來了解什么是 APM 。

為什么要使用 OneAPM ?

分別從兩個層面考量,分別為運維層面與代碼層面

運維層面
團隊規(guī)模小,大多數(shù)團隊因為成本問題,都由開發(fā)人員兼職,造成了沒有專業(yè)運維的一個局面,導(dǎo)致無法做更多的運維層面監(jiān)控。

代碼層面
運維能監(jiān)控到眾多系統(tǒng)層面甚至業(yè)務(wù)級別監(jiān)控,但是代碼級別、終端用戶層面無法監(jiān)控到。部分 App /程序上線初期因為用戶量較少服務(wù)器能夠頂住,但是一旦用戶上來,將會變成亂成一團,最終導(dǎo)致用戶流失。

OneAPM 六個監(jiān)控大項

共有六項功能,接下來我一一使用,并對它和傳統(tǒng)的開源監(jiān)控來做比較

Ai(應(yīng)用監(jiān)控)

可監(jiān)控 Java、.NET、Node.js、Python、PHP、Ruby 性能,通過探針的方式監(jiān)控,可以監(jiān)控到代碼層面的性能,例如代碼響應(yīng)時間、吞吐量等等,研發(fā)人員通過它可以快速的定位性能低效代碼

Bi(瀏覽器監(jiān)控)

通過Ai方式注入或者流量器中增加js ,js 收集瀏覽網(wǎng)頁用戶的信息,并提交到OneAPM服務(wù)器。于是,我們能夠了解到真實用戶對網(wǎng)站的瀏覽情況。例如:白屏?xí)r間、首屏?xí)r間、腳本錯誤、網(wǎng)頁加載就緒時間、各種瀏覽器的訪問情況,甚至能了解不同瀏覽器、運營商、地區(qū)用戶的訪問狀況。

Ci(平臺監(jiān)控)

Ai、Bi 都比較偏向于開發(fā),Ci則偏向于運維,Ci提供對系統(tǒng)、開源程序(例如:Nginx、PHP、Apache、MySQL、redis 等等)的性能指標(biāo)管理,而且也提供系統(tǒng)層面的基本監(jiān)控,例如 CPU 、內(nèi)存、硬盤,但是功能相對比 Server 模塊弱一點。

Mi(移動應(yīng)用)

與Ai相類似,唯一不同的是它屬于用戶層面軟件管理,真實反饋用戶是用情況,并定位到代碼問題。目前支持 iOS、 Android ,Windows Phone 用戶量畢竟太少

Servers(系統(tǒng)監(jiān)控)

服務(wù)器系統(tǒng)級別監(jiān)控,主要監(jiān)控CPU、內(nèi)存、網(wǎng)絡(luò)、硬盤等基本信息

告警(OneAlert)

OneAlert 的前身是 110 monitor ,偏向于運維,它是監(jiān)控中最終的一環(huán)。 OneAlert 是一個中心,任何告警信息發(fā)送至 OneAlert,你可以設(shè)置各種規(guī)則,例如什么時間點發(fā)告警給誰,通過什么發(fā)送發(fā)送,例如短信、郵箱、微信、app等等。此功能相對獨立,不依托前面幾個產(chǎn)品。支持多種插件,例如zabbix、NAGIOS、阿里云,甚至競爭對手監(jiān)控寶。不知道監(jiān)控寶該高興呢還是不高興呢!

OneAPM 正式試用

因為運維生存時間是 LNMP 環(huán)境,所以接下來的內(nèi)容以 LNMP 為主,當(dāng)然盡量試用更多的業(yè)務(wù)

OneAPM 試用之Ai

其實就是安裝一個 PHP 擴展,而且官方已經(jīng)列出了傻瓜式的文檔,所以可以知道安裝到底有多簡單了。極力推薦官方改成一鍵安裝方式。

安裝OneAPM PHP Agent

</>復(fù)制代碼

  1. #wget https://user.oneapm.com/account/7e42e138b703a72ae6950531c9ad958a/agent/php/OneAPM_php_Agent_latest.tar.gz
  2. tar -xzf OneAPM_php_Agent_latest.tar.gz
  3. cd oneapm-php5-linux-install-script
  4. ./oneapm-install

在提示輸入「License Key」時,輸入「License Key」

</>復(fù)制代碼

  1. BwQCBwAPDAd5724VHAhDXw9NW04886BbXhgGCAkDTb0f6wBfGwNRTQcE3ca5BgcZBAAVBls=

等待安裝腳本執(zhí)行。若出現(xiàn)以下信息,則安裝成功。

</>復(fù)制代碼

  1. OneAPM is now installed on your system. Congratulations!

重啟php-fpm

</>復(fù)制代碼

  1. service php-fpm restart

或者你是 Apache ,那么重啟 Apache 就行了,等候幾分鐘,重新進入后臺,便可以看到數(shù)據(jù)。

Ai 總覽

默認顯示最近30分鐘數(shù)據(jù)。一一看下都有哪些功能及其作用
平均響應(yīng)時間
分為4個事物, Web 事務(wù)、后臺任務(wù)、數(shù)據(jù)庫、外部服務(wù),著重了解 Web 與數(shù)據(jù)庫。

Web 事務(wù)響應(yīng)時間為從接收到請求到放回之間的時間,最高平均值為870多毫秒,這個值可以容忍。好在運維生存時間時間有使用 CDN ,否則絕對都是無法容忍的。

數(shù)據(jù)庫最大平均響應(yīng)時間為3.08ms,執(zhí)行次數(shù)16,316次,總時間50.22毫秒。看到這些數(shù)據(jù),心里有底了。

Apdex (性能指數(shù))

先來了解下什么是 Apdex 。 Apdex 是一個國際通用標(biāo)準(zhǔn),是對用戶體驗滿意度的量化值。
服務(wù)端 Apdex :當(dāng)前服務(wù)端設(shè)定的 Apdex T 值為0.5秒。這意味著響應(yīng)時間小于0.5秒時,為滿意狀態(tài),介于0.5秒到2秒之間為可容忍狀態(tài),2秒以上為不滿意狀態(tài)。
瀏覽器 Apdex :當(dāng)前瀏覽器設(shè)定的 Apdex T值為2秒。 這意味著瀏覽器加載時間在2秒內(nèi)是滿意狀態(tài),介于2秒到8秒之間為可容忍狀態(tài),8秒以上為不滿意狀態(tài)。

吞吐量

每分鐘平均請求量

目前這邊每分鐘平均27.17個請求,上圖圖層顯示的數(shù)據(jù)為14:50到14:52兩分鐘內(nèi)平均響應(yīng)時間328.76ms,執(zhí)行次數(shù)66次。如果吞吐量小,響應(yīng)時間長,那應(yīng)該引起足夠的重視,將問題消滅在萌芽期。

Web 事務(wù)

一個 http/https 請求從發(fā)起到收到響應(yīng)這個過程,我們稱之為 Web 事務(wù)。
有時候網(wǎng)站慢,有時候有正常,運維無法排查到問題。OneAPM 的慢事務(wù)追蹤完美解決了這個問題。來找出運維生存時間網(wǎng)站隱藏的問題。

由此,我找到 Uri/wp-login.php 在整個過程相對耗時間,這是一個較少用到的頁面,從上圖可以發(fā)現(xiàn)2分鐘內(nèi)只執(zhí)行了2次,平均響應(yīng)時間卻達到995.78毫秒。

點擊如上連接,進入追蹤

在最慢組件中,我們發(fā)現(xiàn)函數(shù) file_get_contents 調(diào)用了一次,卻執(zhí)行了9秒時間。我們看看追蹤詳情,來探探究竟。

運維生存時間時間啟用了酷炫的登陸頁面,后臺圖片為 bing 的背景。這個文章竟然是通過 file_get_contents 抓取的,得不償失呀!

Web 事務(wù)追中不僅僅包含了代碼級別追蹤,其中還有請求參數(shù),SQL 語句。功能酷的不能在庫了。到底是 SQL 有問題還是代碼有問題,OneAPM 都給你展示出來了。

錯誤信息

程序執(zhí)行過程中可能會少量出現(xiàn)錯誤,因為概率的關(guān)系,我們可能無法遇到,有些錯誤致命,有些錯誤無關(guān)大小,OneAPM 也就能抓住他們,等著開發(fā)人員去消滅。

以上錯誤,在近6小時出現(xiàn)1326次,慶幸它是一個 warning 。為此功能點贊!

OneAPM 試用之 Bi

試用Ai之后,即使它是商業(yè)化產(chǎn)品,但是崇拜之心油然而生,畢竟這些功能 Zabbix 、NAGIOS 無法實現(xiàn)。
Bi , 瀏覽器應(yīng)用管理,適合門戶、論壇等站點,數(shù)據(jù)均來自真實用戶,能夠最直接的了解到站點性能,以及用戶端出現(xiàn)的錯誤。

有三種部署方式

復(fù)制/黏貼 js 純文本
輸入應(yīng)用名稱后,復(fù)制生成的代碼,將其粘貼在 中。
注意:需要將代碼粘貼在 后面,所有

如果不知道怎么放到 head ,聯(lián)系對應(yīng)的開發(fā)人員,他會告訴你。

在測試的前一周,我們已經(jīng)部署了一個未上 CDN 的小流量站點,先用這個站點看看。

Bi 基本功能

功能分為:受訪頁面、Ajax、腳本錯誤、瀏覽器、地理、運營商。
這部分數(shù)據(jù)對前端工程師非常重要,白屏?xí)r間、首屏?xí)r間、網(wǎng)頁就緒時間,OneAPM 統(tǒng)計了每一個 URL 的這些指數(shù)的平均時間,從中找出最耗時間的 URL ,對代碼響應(yīng)的改良。

Apdex 性能指數(shù)

此處能非常清晰的表現(xiàn)出當(dāng)前站點的用戶體驗狀況。如果大于2,那說明網(wǎng)站情況非常糟糕。如上截圖,平均性能指標(biāo) Apdex 在0.28,可以容忍,看到這個指數(shù)心里相對放心,咱的站點用戶體驗不差。

腳本兼容性之腳本錯誤

公司有個前端工程師安裝了各種瀏覽器,不知道的人還以為他愛好廣泛呢,實際上他僅僅是為了在每種瀏覽器上做兼容性測試。瀏覽器有多家,每一家都有多個版本, Firefox 都以及42.0了^_^。腳本錯誤在所難免, js 錯誤進一步導(dǎo)致網(wǎng)站部分功能無法使用。 OneAPM 記錄了用戶腳本錯誤信息,簡直就是一個專業(yè)用戶自動反饋(以往靠熱心的用戶的反饋,還提供測試,遠程測試那得多消磨時間,而且其他未反饋的用戶就別遺忘了,被遺忘幾乎等于流失)。

如上信息可以知道哪個頁面出現(xiàn)了哪些腳本錯誤,并且給出了用戶信息、瀏覽器、錯誤信息、堆棧信息等。我想,前端工程師從這里可以解決相當(dāng)多問題!

頁面跟蹤

某些頁面慢,到底慢在哪里,和 Ai 的 Web 事務(wù)一樣,提供了慢事務(wù)追蹤。

點擊需要 Trace 的頁面,找到滿加載追蹤,資源為支持的可以 Trace

時間都在DOM

只列出了部分資源時序,底下還有更多,類似 firebug 的「網(wǎng)絡(luò)」,顯示各個資源加載所消耗的時間。但是功能略顯不足,未顯示每個資源 DNS 解析、建立連接、接收數(shù)據(jù)分別消耗的時間,但是它能為我們提供一定的參考。這邊或許可以做得更好。

OneAPM 試用之 Ci

Ci 平臺監(jiān)控,具體干嘛的,我上一張圖你就明白了。

用戶只需在服務(wù)器安裝 OneAPM Ci Agent,配置需要監(jiān)控應(yīng)用的配置文件即可。

部署OneAPM Ci Agent

點擊設(shè)置添加平臺,如下圖

復(fù)制 shell 命令,在 Linux 中運行即可。

平臺添加完畢之后,過幾分鐘就能看到信息

剛配置完畢,平臺服務(wù)列只有 System 。 System 為服務(wù)器基本信息,例如 CPU、內(nèi)存、硬盤、網(wǎng)絡(luò)等。如下圖

效果與剛安裝完 Zabbix 一樣,但是安裝更簡單,UI 更漂亮。

添加平臺服務(wù)

有各種各樣的程序需要做性能管理,例如 Nginx 、 MySQL 、 PHP 、tomcat 等

LNMP 環(huán)境部署

所有的配置文件均在 /etc/oneapm-ci-agent/conf.d/ ,支持被監(jiān)控的軟件都有配置文件 sample

配置文件如下

</>復(fù)制代碼

  1. ll /etc/oneapm-ci-agent/conf.d/
  2. -rw-r--r-- 1 oneapm-ci-agent root 2630 Sep 6 22:41 activemq_58.yaml.example
  3. -rw-r--r-- 1 oneapm-ci-agent root 2619 Sep 6 22:41 activemq.yaml.example
  4. -rw-r--r-- 1 oneapm-ci-agent root 232 Sep 6 22:41 apache.yaml.example
  5. -rw-r--r-- 1 oneapm-ci-agent root 2372 Sep 6 22:41 cassandra.yaml.example
  6. -rw-r--r-- 1 oneapm-ci-agent root 250 Sep 6 22:41 couchbase.yaml.example
  7. -rw-r--r-- 1 oneapm-ci-agent root 916 Sep 6 22:41 couch.yaml.example
  8. -rw-r--r-- 1 oneapm-ci-agent root 2408 Sep 6 22:41 docker.yaml.example
  9. -rw-r--r-- 1 oneapm-ci-agent root 2385 Sep 6 22:41 elastic.yaml.example
  10. -rw-r--r-- 1 oneapm-ci-agent root 1550 Sep 6 22:41 jmx.yaml.example
  11. -rw-r--r-- 1 oneapm-ci-agent root 338 Sep 6 22:41 kafka_consumer.yaml.example
  12. -rw-r--r-- 1 oneapm-ci-agent root 5957 Sep 6 22:41 kafka.yaml.example
  13. -rw-r--r-- 1 oneapm-ci-agent root 245 Sep 6 22:41 mcache.yaml.example
  14. -rw-r--r-- 1 oneapm-ci-agent root 872 Sep 6 22:41 mongo.yaml.example
  15. -rw-r--r-- 1 oneapm-ci-agent root 917 Sep 6 22:41 mysql.yaml.example
  16. -rw-r--r-- 1 oneapm-ci-agent root 627 Sep 6 22:41 nginx.yaml.example
  17. -rw-r--r-- 1 oneapm-ci-agent root 952 Sep 6 22:41 php_fpm.yaml.example
  18. -rw-r--r-- 1 oneapm-ci-agent root 1787 Sep 6 22:41 postgres.yaml.example
  19. -rw-r--r-- 1 oneapm-ci-agent root 1645 Sep 6 22:41 rabbitmq.yaml.example
  20. -rw-r--r-- 1 oneapm-ci-agent root 1116 Sep 6 22:41 redisdb.yaml.example
  21. -rw-r--r-- 1 oneapm-ci-agent root 2760 Sep 6 22:41 tomcat.yaml.example

部署 nginx

部署 nginx status

請看之前的文章:http://www.ttlsa.com/nginx/nginx-status-detail/

status地址:http://localhost/status

編輯 nginx 配置

</>復(fù)制代碼

  1. # cat nginx.yaml
  2. init_config:
  3. instances:

nginx_status_url: http://localhost/ngx_status
tags:
tag_key:tag_value`

重啟OneAPM-C

</>復(fù)制代碼

  1. # /etc/init.d/oneapm-ci-agent restart
  2. Stopping OneAPM CI Agent (using killproc on supervisord): [ OK ]
  3. Starting OneAPM CI Agent (using supervisord): [ OK ]

驗證 php-fpm運行狀態(tài)

</>復(fù)制代碼

  1. # /etc/init.d/oneapm-ci-agent info

如果看到如下信息,說明 php-fpm 監(jiān)控配置成功,登陸 OneAPM,等候幾分鐘,Ci中會有數(shù)據(jù)展示

</>復(fù)制代碼

  1. Checks
  2. ======
  3. php_fpm
  4. -------

instance #0 [OK]

Collected 7 metrics, 0 events & 2 service checks`

Nginx 性能數(shù)據(jù)

修改配置文件,重啟 Agent 即可獲取到 nginx,非常簡答!

部署 MySQL

部署方法基本類型,只需要修改 mysql.yaml 即可

</>復(fù)制代碼

  1. # cat mysql.yaml
  2. instances:

server: localhost
user: oneapm
pass: "123456"`

配置數(shù)據(jù)權(quán)限

</>復(fù)制代碼

  1. # mysql -e "CREATE USER "oneapm"@"localhost" IDENTIFIED BY 123456;"
  2. # mysql -e "GRANT REPLICATION CLIENT ON *.* TO "oneapm"@"localhost" WITH MAX_USER_CONNECTIONS 5;"

重啟 Agent

</>復(fù)制代碼

  1. # /etc/init.d/oneapm-ci-agent restart`

驗證配置

</>復(fù)制代碼

  1. # /etc/init.d/oneapm-ci-agent restart
  2. Checks
  3. ======
  4. [...]
  5. mysql
  6. -----

instance #0 [OK]

Collected 8 metrics & 0 events`

備注:密碼如果是數(shù)字,一定記得加上單引號,否則會出現(xiàn)錯誤。這算一個小 BUG,希望 OneAPM 能將它先轉(zhuǎn)為字符串。

MySQL 性能數(shù)據(jù)

當(dāng)然,這邊只顯示部分12個性能指標(biāo),你可以點擊“加載更多”顯示更多,或者前往 MySQL 儀表盤。

Nginx 部署

配置方法都一樣,只是配置文件不同,我列出我的配置文件以及監(jiān)控圖

配置文件 nginx.yaml

</>復(fù)制代碼

  1. # cat nginx.yaml
  2. init_config:
  3. instances:

nginx_status_url: http://localhost/ngx_status
tags:
-tag_key:tag_value`

性能數(shù)據(jù)

到這里我們可以發(fā)現(xiàn) Ci 監(jiān)控與 Zabbix 部分功能是一樣的

OneAPM 有如下優(yōu)勢

部署簡單,沒有太多復(fù)雜配置

Ui 美觀大方

圖片數(shù)據(jù)能更詳細的顯示,而 Zabbix 僅僅是一張圖

Zabbix 優(yōu)勢

開源免費

自定義功能強

OneAPM 試用之 Mi

功能與 Ai 類似,可實現(xiàn)代碼級別管理

OneAPM 試用之 Server

Server 監(jiān)控與平臺監(jiān)控中的平臺服務(wù)「system」部分重疊,如果你不想監(jiān)控太多關(guān)于系統(tǒng)層面的數(shù)據(jù)(cpu、內(nèi)存、io之類),那么安裝OneAPM Ci Agent即可。反之,裝OneAPM Servers吧!

部署 OneAPM Servers

</>復(fù)制代碼

  1. # wget https://user.oneapm.com/account/7e42e138b703a72ae6950531c9ad958a/agent/server/OneAPM_server_Age nt_latest.tar.gz
  2. # tarxzvf OneAPM_server_Agent_latest.tar.gz
  3. # cd oneapm-sysmond-linux-install-script/
  4. # ./oasysmond-install
  5. OneAPM Server Monitor Installation (interactive mode)
  6. ============================================
  7. Please select from one of the following options:
  8. 1) Install OneAPM Server Monitor
  9. 2) Uninstall OneAPM Server Monitor
  10. 3) Upgrade OneAPM Server Monitor
  11. 0) Exit
  12. Enter choice (1-3, 0 to exit): 1

根據(jù)提示,輸入你的 key 即可。
運行 OneAPM Servers

</>復(fù)制代碼

  1. # oasysmond

數(shù)據(jù)展示
啟動之后,登陸 OneAPM 后臺,進入 Server 監(jiān)控,稍等幾分鐘便可以查看數(shù)據(jù)。我添加了兩臺服務(wù)器,數(shù)據(jù)如下

一個服務(wù)器列表,顯示了最基礎(chǔ)的 CPU 內(nèi)存、內(nèi)存、磁盤信息。點擊主機名,查看更多數(shù)據(jù)。我們可以看到四個菜單:總覽、磁盤、網(wǎng)絡(luò)、進程。

相比其他功能, Server 監(jiān)控沒有給我太大的驚喜,畢竟功能和 zabbix 相類似。不過站在非專業(yè)運維角度出發(fā),這絕對是個被需要產(chǎn)品。分別列出一些性能指數(shù)

千萬不要小看這些基本數(shù)據(jù),他能給服務(wù)器是否需要擴容升級提供一個依據(jù),歷史數(shù)據(jù)也更容易協(xié)助解決一些存在故障!

OneAPM 試用之 OneAlert

它是告警 ALL IN ONE,Zabbix 、API、NAGIOS、阿里云、騰訊云、監(jiān)控寶等等發(fā)出的告警信息接入 OneAlert 數(shù)據(jù)中心。 OneAlert 根據(jù)定義好的規(guī)則,將通過定義好的告警方式(可能是郵件、可能是短信、可能是電話)將告警消息傳給指定的人,規(guī)則各種靈活配置。

OneAPM VS Zabbix

通過全面的試用 OneAPM ,我覺得沒有必要拿 OneAPM 與傳統(tǒng)開源監(jiān)控 Zabbix 做個比較。因為各自側(cè)重點不同,互相不可取代。OneAPM 偏重于性能管理, Zabbix 偏重于業(yè)務(wù)監(jiān)控。

OneAPM 與 Zabbix 如何選擇?

文章寫這么多,不是立馬讓你掏錢去買 OneAPM 服務(wù),這并不是我的初衷。我想讓大家全面的了解什么 APM,APM 能做什么? APM 能解決什么問題?如果你覺得它對你們有說幫助,請毫不猶豫的使用它。如果覺得 Zabbix 就夠了。那也沒那個必要。

最后

感謝 OneAPM 提供試用功能,讓我更全面的了解了 OneAPM 性能管理。當(dāng)然, zabbix 毫無疑問是一個偉大的產(chǎn)品,我是它的鐵桿粉絲(我用 Zabbix 110篇系列文章這個行動證明了),了解到它的強大之處,也了解到了它的不足之處,這個不足恰巧是 APM 的機會!

</>復(fù)制代碼

  1. 作者:涼白開 網(wǎng)站:運維生存時間 網(wǎng)址:http://www.ttlsa.com/

如果你也想體驗 OneAPM 強悍的應(yīng)用性能管理功能,歡迎訪問 OneAPM 官方網(wǎng)站進行體驗試用。想閱讀更多技術(shù)文章,請訪問 OneAPM 官方博客。

文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/7922.html

相關(guān)文章

  • 周末“干活”之 Mesos Meetup

    摘要:愛奇藝歷程采用的軟件棧服務(wù)現(xiàn)狀集群建設(shè)自動化部署經(jīng)驗沒有采用嵌入式管理服務(wù)降低風(fēng)險,對紅帽有一點擔(dān)憂。再次感謝和數(shù)人科技共同組織的,非常期待下一次的周末相聚。 周末兩天都是大霧霾天,作為運營也不能在家宅,告別了技術(shù)就得腿兒勤點兒。 非常感謝 Linker 的 Sam Chen 和 數(shù)人科技 的 CTO 共同組織的Mesos Meetup,OneAPM 最帥的 Docker 工程獅~陳亮...

    warmcheng 評論0 收藏0
  • 2016,除了 DevOps,企業(yè)還應(yīng)該知道 CMDB!

    摘要:是配置管理數(shù)據(jù)庫的簡稱,存儲與管理企業(yè)架構(gòu)中設(shè)備的各種配置信息,它與所有服務(wù)支持和服務(wù)交付流程都緊密相聯(lián),支持這些流程的運轉(zhuǎn)發(fā)揮配置信息的價值,同時依賴于相關(guān)流程保證數(shù)據(jù)的準(zhǔn)確性。運用數(shù)據(jù)科學(xué)和機器學(xué)期,實現(xiàn)告警壓縮,抑制噪音。 CMDB 是 Configuration Management Database(配置管理數(shù)據(jù)庫)的簡稱,CMDB 存儲與管理企業(yè) IT 架構(gòu)中設(shè)備的各種配置...

    lemanli 評論0 收藏0
  • Python 全棧開發(fā) -- 監(jiān)控

    摘要:通過監(jiān)控工具提供的堆棧信息,開發(fā)和運營團隊能夠響應(yīng)并解決問題。例如,當(dāng)錯誤發(fā)生時,該事件被記錄在日志中。允許開發(fā)人員搜索收集的數(shù)據(jù)并通過用戶界面的應(yīng)用程序可視化事件。提供了性能,異常和錯誤監(jiān)控,目前針對應(yīng)用程序。 如果你已經(jīng)玩轉(zhuǎn)了 Python 編程語言語法,肯定想用這些知識,開發(fā)一款應(yīng)用程序,它可以是在網(wǎng)上,可以炫耀或出售,那就需要全棧式開發(fā) Python。具體如何創(chuàng)建,部署和運行生...

    付永剛 評論0 收藏0
  • 服務(wù)正在吞噬世界!

    摘要:確實,傳統(tǒng)的技術(shù)提供商正在擁抱云計算。這不是在對網(wǎng)絡(luò)安全在職人員發(fā)出警告,而是對云計算變革力量的一個認識,云最終將被應(yīng)用在世界上的每一個企業(yè),和安全廠商中,就像所有其他的廠商一樣,將不得不做出選擇擁抱云,或者淘汰。 一場云革命正在影響科技領(lǐng)域。在類似惠普和 IBM 這種公司的經(jīng)營成果中可以清楚地發(fā)現(xiàn)這一點。確實,傳統(tǒng)的技術(shù)提供商正在擁抱云計算。他們將業(yè)務(wù)從建立和運行內(nèi)部部署的基礎(chǔ)設(shè)施,...

    Batkid 評論0 收藏0

發(fā)表評論

0條評論

最新活動
閱讀需要支付1元查看
<