前一篇文章聊到了小型電商網站的體系架構，然后有兄弟問我，里邊的日志與監控指的是啥，所以，今天就來聊聊這個疑問。

監控系統首要用于效勞器集群的資本和功能監控以及運用反常和功能監控，日志辦理等多維度的功能監控剖析。一個完善的監控系統和日志體系關于一個體系的主要性不用我多說，言而總之就一句話，只要實時了解各體系的狀況，才能保證各體系的安穩。

如上圖所示，監控渠道監控的規模很廣，效勞器功能及資本，還有運用體系的監控。每個公司都有特定的渠道統一監控的需要及處理方案，可是監控渠道的使命和效果根本是一致的。

一，日志

日 志是監督程序運轉的一種主要的方式，首要有兩個意圖：1.bug的及時發現和定位，2.顯示程序運轉狀況。正確具體的日志記載能夠迅速的定位疑問。相同， 經過檢查日志，能夠看出程序正在做什么，是不是按預期的規劃在履行，所以記載下程序的運轉狀況是必要的。這兒將日志分為兩種：1.反常日志，2.運轉日 志。

咱們首要是運用log4net，將各個體系的日志，耐久化記載到數據庫或許文件中，以便利后續的體系反常監控和功能剖析。如何集成log4net，這兒不再闡明。

日志記載的幾個準則：

1. 區別日志等級必定要區別明白，哪些歸于error，warning，info，等，

2. 記載過錯的方位，假如是分層體系，必定要在某個層統一處理，例如，咱們的mvc架構，都是在各個action中catch反常，并處理，業務層和數據庫層這些當地的反常，都是catch到反常后，往上一層拋。

3. 日志信息明晰精確有意義，日志盡量具體點，以便利處理。應該記載有關體系，模塊，時刻，操作人，倉庫信息等。便利后續處理。

二，監控

監控系統是一個復雜的體系渠道，現在有許多的開源商品和渠道。不過咱們渠道小，監控使命和需要少，所以根本都是自個開發，首要有這五個方面：1.體系資本，2.效勞器,3.效勞，4.運用反常，5.運用功能。

具體的架構圖如下：

1，體系資本監控

監控各種網絡參數和各效勞器有關資本（cpu,內存，磁盤讀寫，網絡，拜訪懇求等），保證效勞器體系的安全運營；并供給反常通知機制以讓體系辦理員迅速定位/處理存在的各種疑問?，F在對比流行的應該是zabbix。

2，效勞器監控

效勞器的監控，首要是監控各個效勞器，網絡節點，網關，等網絡設備，的懇求呼應是不是正常。

經過守時效勞，守時去ping各個網絡節點設備，以承認各網絡設備是不是正常，，假如哪個網絡設備出現反常，則宣布音訊提示。

3，效勞監控

效勞監控，指的是各個web效勞，圖像效勞，搜索引擎效勞，緩存效勞等渠道體系的各項效勞是不是正常運轉，

能夠經過守時效勞，每隔一段時刻，就去懇求有關的效勞，保證渠道的各項效勞正常運轉。

4，運用反常監控

現在咱們渠道的一切體系的反常記載，都記載在數據庫中。經過守時效勞，計算剖析一段時刻以內的反常記載。假如發現有有關主要的模塊的體系反常，比如支付，下單模塊，頻繁發作反常，則當即通知有關人員處理，保證效勞正常運轉。

5，運用功能監控

在api接口和各運用的有關方位進行阻攔和記載下程序功能（sql功能，或是 程序履行效率）。有關主要模塊供給功能預警，提早發現疑問。一起計算有關監控信息并顯示給開發的人員，以便利后續的功能剖析。

來源：環境監控環境監控系統機房監控系統http://m.28ut.com  本文采集于網絡，如有問題有聯系刪除