跳轉到

第八～十一章

  • 導讀時間：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 嗎？

延伸閱讀