作者：Petter Liu 
出處：https://www.cnblogs.com/wintersun/p/6747355.html

       首先，您需要了解什麼是微服務架構設計，同時瞭解相關微服務與Docker介紹， 微服務架構的本質，是把整體的業務拆分成很多有特定明確功能的服務，通過很多分散的小服務之間的配合，去解決更大，更復雜的問題。對被拆分後的服務進行分類和管理，彼此之間使用統一的介面來進行互動。

     微服務的特點決定了功能模組的部署是分散式的，以往在單應用環境下，所有的業務都在同一個伺服器上，如果伺服器出現錯誤和異常

分散在各個伺服器上的日誌怎麼處理？ 
如果業務流出現了錯誤和異常，如何定位是哪個點出的問題？ 
如何快速定位問題？ 
如何跟蹤業務流的處理順序和結果？ 
我們發現，以前在單應用下的日誌監控很簡單，在微服務架構下卻成為了一個大問題，如果無法跟蹤業務流，無法定位問題，我們將耗費大量的時間來查詢和定位問題，在複雜的微服務互動關係中，我們就會非常被動。

以下基於微服務監控案例之一

監控原則：

1. 將更多的時間用於編寫對資料指標的意義進行分析的程式碼，而不是用於編寫收集、移動、儲存以及顯示指標的程式碼。
2. 讓關鍵業務指標的延遲降低到人類注意力的持續時間以下 （約10秒左右）。
3. 請驗證你的衡量系統是否具有足夠的精確度與準確度，並將收集到的響應時間資料以柱狀圖表示。
4. 對於比目前監控中的系統（與服務）需要更高可用性與可伸縮性的系統進行監控。
5. 對分散式的、短期的、“cloud native”、容器化的微服務的監控進行優化。
6. 讓指標與你的模型相一致，以便理解它們之間的關係

問題與需求

我們想要價值

1. 實時抓取資料，實時分析統計，生成統計和報表

2. 視覺化的報表系統，更快的瞭解系統執行狀態

3. 搜尋功能，快速的定位關鍵問題

4. 資料挖據，利用優秀的資料分析能力和資料模型，進行資料預測