跳轉到

第八~十一章

  • 導讀時間:2017/12/14 (四)
  • 場地提供:PIXNET
  • 章節內容:
    • 第八章 - Release Engineering 發行工程 by wanchia (婉佳 ?)
    • 第九章 - Simplicity 簡單化 by win
    • 第十章 - 基於時間序列數據進行有效報警 by 曾義格
    • 第十一章 - Being On-Call 輪值 by John

導讀整理


討論與分享

  • 問題提問 by 正瑋
    • CH08 - Release Engineering
      • 你的公司有發佈工程師、發佈經理 這樣的職位嗎?他們實際的工作內容為?
      • 你們的發佈流程為何?遇過哪些坑?哪些雷?
      • 你們在發佈過程中,是否也有關心發佈時的相關數據,例如:部署一次要花多少時間?發佈的頻率?有覺得哪些是重要的數據嗎?為什麼重要?
      • 你們團隊對於發佈工程的哲學(政策)?
      • 你們採用哪個 git flow?這對於你們的 dev 與 ops 之間的協作有影響嗎?
      • SRE 本身有在用 VCS 嗎?組態、自動化腳本有送進 VCS 嗎?使用的情況與情形?
      • 有人實踐 Push On Green 嗎?
      • 在你們的發佈流程中,有哪些權限控管的機制?是否有人為控管的步驟(關卡)?
      • 你使用的 CI Server 是?你當初選擇與評估的決策依據?
      • 組態檔與發佈流程是如何互相配合的?
      • 書中提到的四種組態與發佈流程配合的方式,你們採用哪一種?有不一樣的做法嗎?
      • rolling upgrade?藍綠、金絲雀部署,你有採用嗎?
    • CH09 - Simplicity
      • 你是如何撰寫自動化腳本的?撰寫的情境是?
      • 有在進行重構與簡化嗎?
      • exploratory coding?有人這麼做過嗎?
      • 你有進行 software bloat detection 嗎?
    • PART3 - Practices
      • 圖 III-1 金字塔需求圖,大家的想法是?
    • CH10 - Practical Alerting from Time-Series Data
      • 大家看得懂這章嗎?(笑)
      • 你們在使用哪些 Time-Series 的監控工具?
      • 續上,可以分享一下實務的使用情境嗎?
    • CH11 - Being On-Call
      • 書中提及良好的 On-Call 方式、福利、制度、文化,在你的團隊中實踐了哪些?
      • 有在做 DiRT 嗎?或是 Chaos monkey 嗎?

延伸閱讀

留言