運維困境與DevOps破解之道

運維困境與DevOps破解之道

基本介紹

  • 書名
  • 作者
  • 譯者
  • 出版社
  • 出版時間
  • 定價
  • 開本
  • 裝幀
  • ISBN
內容簡介,圖書目錄,作者簡介,

內容簡介

圖書目錄

4.3.1 通過顏色提供上下文 55
4.3.2 通過閾值線提供上下文 55
4.3.3 通過時間比較提供上下文 56
4.4 組織儀錶盤 57
4.4.1 處理儀錶盤行 57
4.4.2 引導用戶 58
4.5 命名儀錶盤 59
4.6 小結 60
第5 章 把質量當成調味品 61
5.1 測試金字塔 62
5.2 測試結構 64
5.2.1 單元測試 64
5.2.2 集成測試 67
5.2.3 端到端測試 68
5.3 對測試套件的信心 71
5.3.1 恢復對測試套件的信心 71
5.3.2 避免虛榮指標 74
5.4 持續部署與持續交付 75
5.5 特性標誌 77
5.6 執行流水線 78
5.7 管理測試基礎設施 81
5.8 DevSecOps 82
5.9 小結 84
第6 章 警報疲勞 85
6.1 作戰故事 86
6.2 值班人員輪換的目的 87
6.3 值班人員輪換的定義 88
6.3.1 確認時間 89
6.3.2 開始時間 89
6.3.3 解決時間 90
6.4 定義警報的標準 90
6.4.1 閾值 91
6.4.2 嘈雜的警報 92
6.5 配置值班輪換 95
6.6 值班報酬 97
6.6.1 貨幣報酬 97
6.6.2 休假 98
6.6.3 增加在家工作的靈活性 99
6.7 值班的體驗 100
6.7.1 向誰發出警報 100
6.7.2 警報的緊急程度是怎樣的 100
6.7.3 如何傳送警報 101
6.7.4 何時通知團隊成員 101
6.8 提供其他值班的任務 102
6.8.1 值班支持項目 102
6.8.2 性能報告 103
6.9 小結 104
第7 章 一無所有的工具箱 105
7.1 內部工具和自動化的重要性 107
7.1.1 自動化帶來的改進 107
7.1.2 自動化對業務的影響 108
7.2 組織沒有實現更多自動化的原因 111
7.2.1 將自動化設為文化上的優先事項 111
7.2.2 自動化和工具化的人員配置 113
7.3 修復文化層面的自動化問題 115
7.3.1 不允許手動任務 115
7.3.2 支持“不”作為答案 115
7.3.3 手動作業的成本 117
7.4 優先考慮自動化 120
7.5 定義自動化目標 121
7.5.1 將自動化作為所有工具的要求 121
7.5.2 在工作中優先考慮自動化 122
7.5.3 把自動化作為員工的優先事項 123
7.5.4 為培訓和學習提供時間 124
7.6 填補技能體系缺口 125
7.6.1 加強團隊之間的技術協作 127
7.6.2 構建新的技能體系 128
7.7 達到自動化 129
7.7.1 任務中的安全性 130
7.7.2 安全性設計 131
7.7.3 任務的複雜性 133
7.7.4 任務評級的方法 134
7.7.5 自動化簡單任務 135
7.7.6 自動化繁雜任務 137
7.7.7 自動化複雜任務 139
7.8 小結 139
第12 章 過多標尺 241
12.1 目標層級 242
12.1.1 組織目標 243
12.1.2 部門目標 243
12.1.3 團隊目標 244
12.1.4 獲取目標 245
12.2 對自己工作的覺察 245
12.2.1 優先權、緊迫性和重要性 246
12.2.2 艾森豪決策矩陣 247
12.2.3 如何拒絕允諾 248
12.3 組織團隊工作 251
12.3.1 對工作進行時間分割 251
12.3.2 填充疊代 252
12.4 計畫外工作 253
12.4.1 控制計畫外工作 254
12.4.2 處理計畫外工作 257
12.5 小結 259
結語 261

作者簡介

Jeffery D. Smith 已經在技術領域工作了超過20 年,他一直在管理層崗位和個人貢獻者身份之間切換,目前在總部位於伊利諾州芝加哥的廣告軟體公司Centro 擔任生產運維總監。Jeffery 對各類組織中的DevOps 轉型充滿熱情,對公司中心理學層面的問題尤為感興趣。他和妻子Stephanie 以及他們的兩個孩子居住在芝加哥。

熱門詞條

聯絡我們