用一句話概括就是服務特別多，服務間的呼叫也變得非常複雜
。我們其實是微服務的受害者，其實業內很多人做的架構只是服務化，並不夠「微」，而我們做的比較徹底，我們線上很多服務都只有乙個 api，但這樣造成線上指標非常多，告警也非常多，讀和寫的壓力都非常大。
第二個是智慧型化的監控和告警，運用合適的演算法並加上機器學習或是深度學習，探索出無閾值的告警體系，並自動分析出告警之間的關聯關係，給出根因。
第三個是 apm 和監控的更緊密結合，將鏈路監控、日誌監控和指標監控直接合併，更深度地診斷系統，系統沒有無法探查的秘密。
微服務架構下的監控問題應該如何解決？
傳統的監控分層 51 信用卡的技術架構是基於 spring cloud 所打造的微服務體系，隨著業務的飛速發展，不斷增多的微服務以及指標給監控平台帶來了極大的挑戰。監控團隊在開源 vs 自研，靈活 vs 穩定等問題上需要不斷做出權衡，以應對飛速發展的需求。本次將會分享我們在微服務下的白盒監控思考，以...
51信用卡在微服務架構下的監控平台架構實踐
51信用卡的技術架構是基於spring cloud所打造的微服務體系，隨著業務的飛速發展，不斷增多的微服務以及指標給監控平台帶來了極大的挑戰。監控團隊在開源vs自研，靈活vs穩定等問題上需要不斷做出權衡，以應對飛速發展的需求。本次將會分享我們在微服務下的白盒監控思考，以及如何將時下社群流行的spri...
51信用卡在微服務架構下的監控平台架構實踐
51信用卡的技術架構是基於spring cloud所打造的微服務體系，隨著業務的飛速發展，不斷增多的微服務以及指標給監控平台帶來了極大的挑戰。監控團隊在開源vs自研，靈活vs穩定等問題上需要不斷做出權衡，以應對飛速發展的需求。本次將會分享我們在微服務下的白盒監控思考，以及如何將時下社群流行的spri...