背鍋的藝術：需求臨時變更上線后出事故誰的鍋
按照已確認的需求，代碼都快要上線了，產品提出需求變更，匆匆改完代碼上線后導致重大 bug，鍋（責任）應該是研發還是產品來背呢？ 工作中背鍋是常態。柱哥想說：背鍋不可怕，背了無數口鍋還沒有一點長進才是最可怕的。 下面我們聊聊如何更有效的背鍋： 分鍋原則 首先，我們需要明確責任原則：誰執行 ...
原文：線上事故竟然是自己的鍋！！！
前言 前段時間，我們線上系統出現了一個事故：用戶創建了商品，在商城的商品列表頁看不到，也搜索不到。 這個問題持續了大概半個小時，最后發現竟然是我的鍋。 這個事情怎么說呢，完全是我自己把自己坑了。到底怎么回事呢 . 從需求說起 . 背景 由於我們這個迭代是個大版本，上線的日子要臨近了。這次上線需要運營配合提供很多商品屬性的數據，他們需要把第三方的屬性和我方系統的屬性，在excel表格中匹配起來。 原 ...
2022-04-10 21:35 1 740 推薦指數：
相關推薦
一次線上事故的處理流程和總結
1、事故問題： 某個舊版本業務功能中運行了一個失敗重試的job，因一位離職的同事編碼時未考慮周全出現死循環，導致線上從24日下午2點一直到27日晚9點持續3天一直在刷日志。異常日志內容如下： 2、事故過程分析： ①、根據異常日志 ...
ThreadLocal引起的一次線上事故
> 線上用戶存儲數據后查看提示無權限 前言 不知道什么時候年輕的我曾一度認為Java沒啥難度，沒有我實現不了的需求，沒有我解不了的bug 直到我遇到至今難忘的一個bug 。 線上用戶存儲數據后查看提示無權限 初次定位 明明自己添加的數據，為什么提示 ...
[謹記]記線上事故並分析原因
昨天下午大神把組內幾十號人召集在一起開Online bug分析大會，主要是針對近期線上事故從事故原因和解決方案兩個維度來分析 對金融軟件來說，每一次的線上事故都有可能給公司帶來重大的損失，少扣了用戶的錢，為公司帶來資金方面的虧損；多扣了用戶的錢，則為帶來不必要的合約或法律糾紛，故測試金融軟件 ...
【Nginx】圖片顯示過慢，文件下載不完全，竟然是Nginx的鍋！！
寫在前面 最近，一名讀者跟我說他通過瀏覽器訪問自己的服務器時，圖片顯示的非常慢，以至於在瀏覽器中都無法完全加載出來，下載文件時，更是惱火，文件根本就無法完全下載下來。而且奇怪的是這位讀者所在的 ...
最近線上發生的兩個坑爹鍋
最近由於在技改，發生了不少問題，前文中說的緩存穿透只是其中之一，想了想，雖然都是比較簡單的問題，但是應該實際中還是有不少人碰到過，這些問題看似很簡單，但是你絕對應該踩過。 ==和equals 關於 ...
生產環境出現事故，開發和運維都有責任，到底該誰背鍋
發生一檔子事情，公司技術團隊之中有兩個部門，一個開發一個運維，開發負責公司項目軟件項目實現，運維負責項目運行生產環境服務器與數據的管理與維護。 前兩天生產環境發生一起故障，項目依賴的redis服務器由 ...