微服務或者微服務api閘道器監控體系包括哪些才算全面呢？看了波波老師的《微服務架構核心》有感，補充記錄如下：
一、六層監控體系
1、基礎設施監控（網路、交換機）
包括網路流量、丟包、錯包、連線數等
2、系統層監控（物理機、虛擬機器、os）
cpu、memory、network、disk等
3、資料庫、中介軟體（補充）
所使用的mysql、redis、opentsdb、grafana等
4、應用層監控
url、service、sql、 cache可用率、 響應時間、 qps等
5、業務監控
核心指標監控、登入註冊、下單、支付等
6、端使用者體驗監控（又稱使用者感知）
效能、返回碼、城市、地區、運營商、版本、系統等
二、五類監控
1、日誌監控
日誌分析系統
2、metrics監控
opentsdb、grafana
3、呼叫鏈監控
4、告警系統
統一監控中心（也稱大資料運維中心）
5、健康檢查
各種健康指標，量量血壓、身高、張嘴、眨眼、走兩步等。比如容量、qps、rt響應時間等
不以規矩不能成方圓，全方位立體式監控部署下去，發現調皮的你。
微服務API閘道器
微服務api閘道器 api閘道器是乙個伺服器，是系統的唯一入口。從物件導向設計的角度看，它與外觀模式類似。api閘道器封裝了系統內部架構，為每個客戶端提供乙個定製的api。它可能還具有其它職責，如身份驗證 監控 負載均衡 快取 請求分片與管理 靜態響應處理。api閘道器方式的核心要點是，所有的客戶端...
如何監控微服務
首先要搞清楚三個問題 監控的物件是什麼？具體監控哪些指標？從哪些緯度進行監控？監控的物件可以分為四個層次，從上到下可以歸納為 監控指標 監控維度 監控系統原理 我們對服務呼叫進行監控，首先要能收集到每一次呼叫的詳細資訊，包括呼叫的響應時間，呼叫是否成功，呼叫的發起者和接受者分別是誰，這個過程叫做資料...
Micrometer 微服務監控
不同於單體架構的應用，微服務架構由於服務數量眾多，出故障的概率更大，這種時候不能單純依靠 人肉 運維，否則當服務數量越來越多時成本將變得不可控。乙個好的解決方案是我們需要對服務進行監控，監控服務執行的資料。當有異常情況出現時，服務能夠自動報警，方便運維工程師去處理。spring cloud 中對於服...