這篇文章主要介紹“go監(jiān)控方案的概述和作用”，在日常操作中，相信很多人在go監(jiān)控方案的概述和作用問(wèn)題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”go監(jiān)控方案的概述和作用”的疑惑有所幫助！接下來(lái)，請(qǐng)跟著小編一起來(lái)學(xué)習(xí)吧！

創(chuàng)新互聯(lián)建站主要為客戶提供服務(wù)項(xiàng)目涵蓋了網(wǎng)頁(yè)視覺(jué)設(shè)計(jì)、VI標(biāo)志設(shè)計(jì)、全網(wǎng)營(yíng)銷推廣、網(wǎng)站程序開(kāi)發(fā)、HTML5響應(yīng)式網(wǎng)站建設(shè)公司、成都做手機(jī)網(wǎng)站、微商城、網(wǎng)站托管及成都企業(yè)網(wǎng)站維護(hù)、WEB系統(tǒng)開(kāi)發(fā)、域名注冊(cè)、國(guó)內(nèi)外服務(wù)器租用、視頻、平面設(shè)計(jì)、SEO優(yōu)化排名。設(shè)計(jì)、前端、后端三個(gè)建站步驟的完善服務(wù)體系。一人跟蹤測(cè)試的建站服務(wù)標(biāo)準(zhǔn)。已經(jīng)為崗?fù)?/a>行業(yè)客戶提供了網(wǎng)站建設(shè)服務(wù)。

概述

為什么需要監(jiān)控

在編寫(xiě)應(yīng)用程序的時(shí)候，通常會(huì)記錄日志以便事后分析，在很多情況下是產(chǎn)生了問(wèn)題之后，再去查看日志，是一種事后的靜態(tài)分析。 在很多時(shí)候，我們可能需要了解整個(gè)系統(tǒng)在當(dāng)前，或者某一時(shí)刻運(yùn)行的情況，比如當(dāng)前系統(tǒng)中對(duì)外提供了多少次服務(wù)，這些服務(wù)的響應(yīng)時(shí)間是多少， 隨時(shí)間變化的情況是什么樣的，系統(tǒng)出錯(cuò)的頻率是多少。這些動(dòng)態(tài)的準(zhǔn)實(shí)時(shí)信息對(duì)于監(jiān)控整個(gè)系統(tǒng)的運(yùn)行健康狀況來(lái)說(shuō)很重要。

由于業(yè)務(wù)系統(tǒng)數(shù)量大，每天都會(huì)產(chǎn)生大量的系統(tǒng)日志和業(yè)務(wù)日志，單流式業(yè)務(wù)的一臺(tái)服務(wù)器產(chǎn)生的日志達(dá)400M 想直接查看內(nèi)容打開(kāi)可能幾分鐘， 而且內(nèi)容之多根本無(wú)法查看，給開(kāi)發(fā)和運(yùn)維帶來(lái)諸多不便，現(xiàn)業(yè)務(wù)都是分布式的，日志也是分布在每臺(tái)服務(wù)器上， 所以查看日志和統(tǒng)計(jì)更是效率低下。實(shí)時(shí)收集分布在不同節(jié)點(diǎn)或機(jī)器上的日志，供離線或在線查閱及分析來(lái)提升工作效率的需求異常迫切，

這些動(dòng)態(tài)的準(zhǔn)實(shí)時(shí)信息對(duì)于監(jiān)控整個(gè)系統(tǒng)的運(yùn)行健康狀況來(lái)說(shuō)很重要。

Profiling特別重要。如果能有一個(gè)特別強(qiáng)大的Profiling系統(tǒng)，就知道整個(gè)系統(tǒng)在哪個(gè)地方，哪臺(tái)機(jī)器上，花了多少CPU、內(nèi)存、磁盤(pán)IO或者網(wǎng)絡(luò)帶寬等資源，才能知道優(yōu)化什么地方效益最大。

監(jiān)控需要的信息從哪里獲得？

這些信息需要數(shù)據(jù)作為基礎(chǔ)直接獲得或者計(jì)算獲得，那么實(shí)時(shí)數(shù)據(jù)怎么去獲取，什么標(biāo)準(zhǔn)來(lái)作為測(cè)量標(biāo)準(zhǔn)。也就是信息采集的時(shí)候，怎么去獲得。如下面這些實(shí)時(shí)數(shù)據(jù)如何獲得

1. 響應(yīng)時(shí)間：用戶發(fā)送一個(gè)請(qǐng)求到用戶接受服務(wù)器返回響應(yīng)的這段時(shí)間就是響應(yīng)時(shí)間

2. 吞吐量：?jiǎn)挝粫r(shí)間內(nèi)系統(tǒng)處理的客戶端請(qǐng)求數(shù)量

3. 并發(fā)用戶數(shù)量： 某一個(gè)時(shí)刻同事向系統(tǒng)提交請(qǐng)求的用戶數(shù)

4. TPS： 每秒事務(wù)數(shù)

5. PV: 訪問(wèn)一個(gè)URL，產(chǎn)生一個(gè)PV

6. UV: 用戶訪問(wèn)站點(diǎn)的所有頁(yè)面算一個(gè)UV

整套方案需要使用到的技術(shù)

1. metrics: 項(xiàng)目代碼中監(jiān)控信息采集使用, 支持gc、mem 等信息收集

2. statsd: 使用statsd進(jìn)行udp數(shù)據(jù)的傳輸，

3. telegraf: 項(xiàng)目外部數(shù)據(jù)收集使用telegraf

4. influxdb: 使用該時(shí)序數(shù)據(jù)進(jìn)行數(shù)據(jù)存儲(chǔ)

5. grafana: 進(jìn)行數(shù)據(jù)展示

因?yàn)橐郧皼](méi)有涉及過(guò)監(jiān)控相關(guān)的技術(shù)，所以在做的時(shí)候碰到各種問(wèn)題,這里記錄一下這個(gè)過(guò)程踩過(guò)的坑。

當(dāng)時(shí)做的時(shí)候，我的主要是想使用metrics 提供的度量作為數(shù)據(jù)采集的標(biāo)準(zhǔn)，然后將數(shù)據(jù)寫(xiě)入influxdb里面，然后grafana進(jìn)行展現(xiàn)就好了，但是git上使用的這個(gè)metrics 只提供TCP 連接influxdb的方式。 所以滿足不了我的需要。

TCP 因?yàn)橐帐炙詫?duì)性能有影響， 想使用UDP 作為傳輸方式， 然后找到 statsd 是支持TCP/UDP 方式進(jìn)行傳輸?shù)?，但?statsd 支持支持的類型很少，并不能完全滿足采集到的metrics 支持的這些度量標(biāo)準(zhǔn)。 所以需要將metrics 采集以后 復(fù)雜的類型轉(zhuǎn)換成 statsd 基礎(chǔ)類型進(jìn)行傳輸。

原有系統(tǒng)有用telegraf 支持docker外部的信息采集，并且可以添加statsd插件，這樣既可以采集到代碼之外的性能指標(biāo)的，也可以方便的將statsd 傳輸數(shù)據(jù)存入influxdb中， 然后再用grafana 作為展示面板，將數(shù)據(jù)展現(xiàn)出來(lái)，就完成了整套方案。

方案大致流程

到此，關(guān)于“go監(jiān)控方案的概述和作用”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)?lái)更多實(shí)用的文章！