Priority 優先度

• 那麼先來聊聊敝司以前的規範
  • P0, 一小時內回應, 兩小時內解決
  • P1, 兩小時內回應, 四小時內解決
  • P2, 四小時內回應, 八小時內解決
  • P3, 八小時內回應, 兩天內解決
• 這個是指影響客戶的程度，不是問題本身嚴重的程度。舉例來說有個服務掉下來但是影響的人很少，跟交易也無關，那他就不會是 P0。但有個問題很小，比如說廣告版位跑版不能正常顯示，影響用戶體驗，那絕對就是 P0。
• 了解了嚴重程度之後，來談談一個詞叫做混沌工程，混沌工程(Chaos Engineering)。Netflix 有一個非常有名的專案叫做 Chaos Monkey，你可以設定他搗亂的程度，但總之他就是會在你的伺服器裡搗亂，不定時把服務弄壞，強迫你進入戰備狀態。這邏輯跟解決上次的多環境多分支一樣，保持容災的戰力最好的方法就是平常多演練，而幸運的事，整組服務中所有的節點的組合是有限的，是可以制定策略各各演練與應變的
• 以上都是在講無狀態的服務，那東西跟雜草一樣，壞了就再開即可，有狀態的怎麼辦？所以就需要正確的備份策略以及資料消失的 Policy。由短、中、長的三種備份時長搭配優先度做成一個矩陣來決定備份架構，所以當有狀態的服務掉下來，能夠復原的程度就跟這個策略有關係，除了平時演練即時外，就是要規範什麼樣的資料有怎麼的時長和優先度

✌️ 那麼第二十五天到這邊囉，明天來講 -> 運營之收入與推薦

相關資訊

• $_purefunc 純函式公司
• FooTinder App站
• FooTinder 官網
• FooTinder App 下載連結