程式層面：
配置中心：解除系統之間因為配置檔案導致的耦合，做邏輯上解耦
訊息中心：解除系統之間呼叫關係導致的耦合，做邏輯上與物理上的雙重解耦
監控中心：立體化監控，實施機器、程序、介面、日誌、使用者層面多維度監控，及早發現問題
呼叫鏈跟蹤系統：圖形化，量化展現請求在系統中的呼叫路徑，及早定位問題
資料庫層面：
慢sql監控
鏈結數監控
伺服器層面：
系統指標監控(cpu io mem)
應用指標監控(mysql redis nginx)
服務可用性監控（請求量 響應時間分布）
關鍵介面監控
微服務 微服務簡介
什麼是微服務 顧名思義，就是粒度較小的服務，不再侷限於系統與系統之間的藉口呼叫，也不侷限於某種具體的服務形式。系統中凡是可被復用的功能模組都可以被 服務化 轉變為 服務 這些服務可以對外暴露，也可能僅限於再系統內部使用。由於服務數量更多，粒度更小，因此管控難度會更大，對效能的要求也更高。微服務的好處...
微服務 關於微服務的思考
通過kafka進行日誌收集，並結合elk進行日誌聚合 並通過日誌展示平台進行管理 引入elasticsearch 將所有微服務的資料庫需要查詢的資料同步到es中，增刪改仍然保持原有的mybatis運算元據庫 目前微服務之間的呼叫 bff呼叫基礎服務 使用的是rest請求方式，本質上還是http協議，...
微服務架構下的監控問題
用一句話概括就是服務特別多，服務間的呼叫也變得非常複雜 我們其實是微服務的受害者，其實業內很多人做的架構只是服務化，並不夠 微 而我們做的比較徹底，我們線上很多服務都只有乙個 api，但這樣造成線上指標非常多，告警也非常多，讀和寫的壓力都非常大。第二個是智慧型化的監控和告警，運用合適的演算法並加上機...