? 在單塊應(yīng)用的世界里，當(dāng)我們遇到問(wèn)題時(shí)，我們至少清楚從哪里開(kāi)始調(diào)查。網(wǎng)站訪問(wèn)速度？網(wǎng)站訪問(wèn)異常？CPU占用過(guò)高？這些都是單塊應(yīng)用程序的問(wèn)題，單一的故障點(diǎn)會(huì)極大地簡(jiǎn)化對(duì)問(wèn)題的排查。

? ? ? 而現(xiàn)在我們面對(duì)了多個(gè)微服務(wù)，我們需要多個(gè)服務(wù)器、多個(gè)服務(wù)來(lái)完成我們的功能。那么如果現(xiàn)在生產(chǎn)服務(wù)延遲了，我們?cè)搹暮尾槠鹉?#xff1f;其實(shí)很簡(jiǎn)單：監(jiān)控單臺(tái)小的服務(wù)，然后聚合起來(lái)看整體。

?

監(jiān)控模型

? ? ? 1.單一服務(wù)&單臺(tái)服務(wù)器

? ? ? 這種情況最簡(jiǎn)單。

? ? ? 如果我們想監(jiān)控主機(jī)本身如CPU、內(nèi)存等這些物理指標(biāo)，當(dāng)它超出邊界時(shí)就會(huì)發(fā)生警告，我們可以使用Nagios、New Relic等這樣的服務(wù)來(lái)幫助我們。

? ? ? 如果我們想監(jiān)控服務(wù)器記錄的日志，我們可以在單臺(tái)服務(wù)器使用命令行掃描日志，或者使用logrotate來(lái)管理日志就好了。

? ? ? 如果我們想監(jiān)控服務(wù)器上的單個(gè)服務(wù)時(shí)，我們可以查看Web服務(wù)器或者應(yīng)用程序的服務(wù)器就可以做到這一點(diǎn)。

? ? ? 2.單一服務(wù)&多臺(tái)服務(wù)器

? ? ? 這種情況稍微復(fù)雜了一點(diǎn)，如前所述，如果我們想監(jiān)控CPU，當(dāng)CPU占用率過(guò)高時(shí)，如果這個(gè)問(wèn)題發(fā)生在所有的服務(wù)器上，有可能是微服務(wù)本身的問(wèn)題，但如果只發(fā)生在一臺(tái)，則有可能是主機(jī)本身的問(wèn)題。

? ? ? 我們需要關(guān)注每臺(tái)服務(wù)器的日志數(shù)據(jù)，我們既想把數(shù)據(jù)聚合起來(lái)，又想深入分析每臺(tái)主機(jī)，Nagios允許以這樣的方式組織我們的主機(jī)。

? ? ? 對(duì)于像時(shí)間這樣的監(jiān)控，我們可以負(fù)載均衡器中進(jìn)行追蹤，很容易就能拿到聚合后的數(shù)據(jù)，不過(guò)負(fù)載均衡器本身也需要監(jiān)控，如果它的行為異常，也會(huì)導(dǎo)致問(wèn)題。

? ? ? 3.多個(gè)服務(wù)&多臺(tái)服務(wù)器

? ? ? 這個(gè)情況就更復(fù)雜了，我們?nèi)绾卧诙鄠€(gè)主機(jī)上，成千上萬(wàn)行的日志中定位錯(cuò)誤的原因？如果確定是一個(gè)服務(wù)器異常，還是一個(gè)系統(tǒng)性的問(wèn)題？如何在多個(gè)主機(jī)跟蹤一個(gè)錯(cuò)誤的調(diào)用鏈，找出引起錯(cuò)誤的原因？

? ? ? 答案是：從日志到應(yīng)用程序指標(biāo)，集中收集和聚合更可能多的數(shù)據(jù)。

?

收集多服務(wù)器的日志

? ? ? 我們需要將日志能夠集中到一起方便使用，logstash可以解析多種日志格式，將將它們發(fā)送給下游系統(tǒng)，比如發(fā)給Kibana，它是一個(gè)基于ElasticSearch查看日志的系統(tǒng)，你可以使用查詢語(yǔ)法、指定時(shí)間和日志范圍、正則表達(dá)式來(lái)搜索日志。它還可以把你的日志生成圖表。

?

收集多服務(wù)器的主機(jī)指標(biāo)

? ? ? 我們有時(shí)還想了解各臺(tái)服務(wù)器的硬件指標(biāo)信息，如CPU平均負(fù)載，單臺(tái)CPU的使用情況。我們可以使用Graphite來(lái)幫助我們，它允許你實(shí)時(shí)發(fā)送指標(biāo)數(shù)據(jù)給它，它可以生成圖表或表格來(lái)呈現(xiàn)指標(biāo)結(jié)果。Graphite允許你做跨樣本做聚合，或深入到某個(gè)部分，這樣就可以查看整個(gè)系統(tǒng)、一組服務(wù)或一個(gè)單獨(dú)實(shí)例的響應(yīng)時(shí)間。

?

收集多服務(wù)器上應(yīng)用程序的指標(biāo)

? ? ??收集應(yīng)用程序的指標(biāo)不僅可以幫助我們改變程序，還可以幫助我們改變產(chǎn)品，我們可以知道哪些頁(yè)面被訪問(wèn)，哪些是真正重要的功能。

?

語(yǔ)義監(jiān)控

? ? ? 我們可以在生產(chǎn)環(huán)境運(yùn)行一些測(cè)試用例，當(dāng)這些案例如果沒(méi)有達(dá)到我們預(yù)期的值時(shí)，我們會(huì)認(rèn)為生產(chǎn)環(huán)境的某個(gè)環(huán)境出問(wèn)題了，甚至，我們可以在生產(chǎn)環(huán)境設(shè)置一組假用戶和一些已經(jīng)的數(shù)據(jù)集。

?

關(guān)聯(lián)標(biāo)識(shí)

? ? ? 請(qǐng)求的調(diào)用可以涉及到多個(gè)微服務(wù)，更為復(fù)雜的可能是一個(gè)請(qǐng)求鏈，并且以異步的方式觸發(fā)。我們?nèi)绾尾拍苤亟ㄕ?qǐng)求流，以重現(xiàn)和解決這個(gè)問(wèn)題呢？

? ? ? 使用關(guān)聯(lián)標(biāo)識(shí)來(lái)解決，在觸發(fā)第一個(gè)調(diào)用時(shí)，生成一個(gè)唯一標(biāo)識(shí)，然后把它傳遞給所有的后續(xù)調(diào)用。當(dāng)然，使用這種方式，需要在團(tuán)隊(duì)內(nèi)部達(dá)成一致，或者形成一種標(biāo)準(zhǔn)，而現(xiàn)實(shí)是，我們可能是在碰到這樣的問(wèn)題時(shí)才會(huì)想到這個(gè)辦法，或者即使有這個(gè)辦法，很難保證大家都會(huì)以正確的試調(diào)用。如果我們決定使用這樣一種特性，我們需要確定它不要太復(fù)雜且不依賴提供的任何特定服務(wù)，我們可以選擇在HTTP頭傳遞關(guān)聯(lián)標(biāo)識(shí)即可。

? ? ? Zipkin和Dapper這樣的跟蹤系統(tǒng)值得我們?nèi)L試。

?

級(jí)聯(lián)

? ? ? 如果兩個(gè)服務(wù)單獨(dú)來(lái)看都是正常的，相互調(diào)用則不行，這又應(yīng)該如何處理？因此，監(jiān)控系統(tǒng)之間的集成點(diǎn)非常關(guān)鍵，每個(gè)服務(wù)的實(shí)例都應(yīng)該追蹤和顯示其下游服務(wù)的健康狀態(tài)，從數(shù)據(jù)庫(kù)到其他合作服務(wù)。

?

標(biāo)準(zhǔn)化

? ? ? 監(jiān)控這個(gè)領(lǐng)域的標(biāo)準(zhǔn)化是到頭重要的。

?

參考

? ? ? 《微服務(wù)設(shè)計(jì)》（Sam Newman 著 / 崔力強(qiáng) 張駿 譯）

相關(guān)文章：?

• 微服務(wù)的概念——《微服務(wù)設(shè)計(jì)》讀書筆記

• 微服務(wù)架構(gòu)師的職責(zé)——《微服務(wù)設(shè)計(jì)讀書筆記》

• 建模:確定服務(wù)的邊界——《微服務(wù)設(shè)計(jì)》讀書筆記

• 微服務(wù)集成——《微服務(wù)設(shè)計(jì)》讀書筆記

• 服務(wù)的協(xié)作：服務(wù)間的消息傳遞——《微服務(wù)設(shè)計(jì)》讀書筆記

• 拆分:分解單塊系統(tǒng)——《微服務(wù)設(shè)計(jì)》讀書筆記

• 部署:持續(xù)集成（CI）與持續(xù)交付（CD）——《微服務(wù)設(shè)計(jì)》讀書筆記

• 測(cè)試——《微服務(wù)設(shè)計(jì)》讀書筆記

原文地址：http://www.cnblogs.com/gudi/p/6683653.html

---

.NET社區(qū)新聞，深度好文，微信中搜索dotNET跨平臺(tái)或掃描二維碼關(guān)注

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎(jiǎng)勵(lì)來(lái)咯，堅(jiān)持創(chuàng)作打卡瓜分現(xiàn)金大獎(jiǎng)

總結(jié)

以上是生活随笔為你收集整理的监控——《微服务设计》读书笔记的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。