公司項目重構,把dubbo版本從2.5.8升級為2.6.2。升級后在本地運行一點問題都沒有;可是通過公司自研的發布系統將項目發布到測試環境的linux服務器下面后,出現了dubbo服務未注冊的現象。剛出現這問題,大家都一臉懵逼,畢竟在本地跑起來非常順暢。但問題總是要解決 ...
平凡的下午,我們突然收到大量的線上告警:應用A的老年代內存使用率大於 。登陸到監控管理平台可以看到 點半之后該應用的老年代內存使用率一路飆升,直逼 ,接着年輕代也一路上升 我們查看了一下進來的請求也很平穩,並沒有突然爆發,那這個地方的罪魁禍首會是誰呢 為了方便讀者接下來的閱讀,在介紹這次故障之前,我們首先介紹一下我司的dubbo服務發現的流程。 dubbo服務發現流程 我們的開發人員在使用遠程服 ...
2020-10-30 13:46 1 400 推薦指數:
公司項目重構,把dubbo版本從2.5.8升級為2.6.2。升級后在本地運行一點問題都沒有;可是通過公司自研的發布系統將項目發布到測試環境的linux服務器下面后,出現了dubbo服務未注冊的現象。剛出現這問題,大家都一臉懵逼,畢竟在本地跑起來非常順暢。但問題總是要解決 ...
現在接觸的項目均由webservice的調用方式轉為dubbo調用了,所想着自己走一下相關流程,親身操作一下java服務使用dubbo框架進行調用。 先簡單說說dubbo與webservice的區別,兩者基於的通信協議不通,dubbo基於rpc:(Remote Procedure Call ...
應用部署在docker容器中,日志無報錯,docker卻有多次重啟記錄,Nginx監控報警 過程: 1.執行top命令查看內存占用情況 很干凈的容器,只有java進程在運行 2 ...
作用是在第一次發生OOM錯誤時候會打印dump內存信息),便開始通過dump文件開始查找問題。 ...
背景 公司的主打產品是一款跨平台的 App,我的部門負責為它提供底層的 sdk 用於數據傳輸,我負責的是 Adnroid 端的 sdk 開發。 sdk 並不直接加載在 App 主進程,而是隔離在一 ...
大家好,我是鴨血粉絲(大家會親切的喊我 「阿粉」),是一位喜歡吃鴨血粉絲的程序員,回想起之前線上出現 OOM 的場景,畢竟當時是第一次遇到這么 緊臟 的大事,要好好記錄下來。 1 事情回顧 在某次周五,通過 Grafana 監控,發現線上環境突然出現CPU和內存飆升的情況: 但是看到網絡 ...
一、OOM背景 疫情期間,大家都開始了遠程辦公。剛開始不適應,最后感覺還挺好的,不用每天擠地鐵,住8平米的出租屋。 忽然有一天,系統報警郵件來了,運維也在群里艾特我,系統OOM了。其實寫Java的同學如果自己負責的系統出現了OOM,是很尷尬的事情。 畢竟也是骨灰級玩家了,不慌不忙 ...
主要環境與用到的(關鍵)組件: 首先是服務報錯: 很多使用過dubbo的同學對這個報錯信息應該都不陌生,一般情況下,如果沒有配置好生產端、消費端或者注冊中心,啟動的時候就會報這個錯。但這里的情況是,消費端和生產端都已經正常運行了一段時間了,大概10天左右,突然報 ...