《深入網站開發和運維》針對大型網站及移動網站開發運維的現狀問題，結合敏捷方法，闡述了“開發運維”這一理念。作者分享了在創建和運維大型生產網站時所需要的經驗，講述了如何綜合運用系統、代碼和進程來使大型網站的開發和運維變得超級高效。 《深入網站開發和運維》適合網站開發人員和運維人員閱讀。
基本介紹
- 外文名：Pro Website Development and Operations:Streamlining Development and Operations for Large-scale Websites
- 書名：深入網站開發和運維
- 作者：薩克斯 (Matthew Sacks)
- 類型：計算機與網際網路
- 出版日期：2014年4月1日
- 語種：簡體中文
- ISBN：711535023X
- 譯者：曾少寧
- 出版社：人民郵電出版社
- 頁數：158頁
- 開本：32
內容簡介,作者簡介,圖書目錄,
內容簡介
《深入網站開發和運維》由人民郵電出版社出版
作者簡介
作者：（美國）薩克斯（Matthew Sacks） 譯者：曾少寧
圖書目錄
第1章 成功網站的開發運維原則
1.1 深入理解網站開發與運維
1.1.1 展開協作
1.1.2 提升效率
1.1.3 推進協作
1.1.4 處理變更
1.1.5 展望未來
1.2 來自專家的見解
1.2.1 軟體工程師眼裡的開發運維
1.2.2 運維工程師眼裡的開發運維
1.3 本章小結
第2章 協調開發人員與業務運維人員
2.1 平衡技術人員與業務人員的關係
2.2 理解開發者文化
2.2.1 專業技能分類
2.2.2 人才與激勵
2.3 業務人員與IT人員之間的健康關係
2.3.1 業務人員要理解技術能力
2.3.2 業務成功符合工程人員的既得利益
2.3.3 業務人員與IT人員要相互理解
2.3.4 業務管理層要讓IT人員參與決策制定過程
2.3.5 利用工具形成通用辭彙表
2.3.6 跑在截止日期之前
2.3.7 釋放緊張環境的壓力
2.3.8 讓業務部門感受到激勵
2.4 內部敵人
2.4.1 認清形勢
2.4.2 向主管提建議可能很困難
2.4.3 突破界限
2.5 改善業務人員與工程人員的溝通
2.5.1 定義與執行
2.5.2 廣開言路
2.6 本章小結
第3章 Web測試實踐
3.1 Web測試實踐
3.1.1 最大容量測試
3.1.2 持續負載測試
3.2 行為驅動開發
3.2.1 Santiago Suarez Ordofiez的自動化Web測試
3.2.2 將安全性視為測試實踐
3.3 確定測試對象
3.4 指標吻合度測試：確定測試目標
3.4.1 網站的業務指標
3.4.2 Web套用性能指標
3.4.3 基於指標模板的應用程式性能指標監控實踐
3.5 測試各個組件，快速修復故障
3.6 逐層保存歷史性能數據
3.7 本章小結
第4章 設計聰明的文檔
4.1 鮮為人知的文檔優點
4.2 文檔編寫的攔路虎
4.2.1 場景1：時間不夠
4.2.2 場景2：只有技術文檔
4.2.3 場景3：文檔很快會過時
4.3 文檔類型與模板
4.3.1 API規範與參考文檔
4.3.2 入門指南
4.3.3 用例文檔
4.3.4 用戶互動工作流程
4.3.5 架構圖
4.3.6 基礎架構設計文檔
4.4 自動化文檔編寫
4.5 本章小結
第5章 基礎架構與應用程式的自動分配
5.1 回顧Web層次
5.1.1 通過自動化實現統一的Web環境
5.1.2 提前計算自動化的效果
5.2 選擇自動化流程
5.3 一個自動化場景
5.4 降低複雜性
5.5 選擇配置管理和分配框架
5.6 審核基礎架構
5.7 使用配置管理系統實現自動部署
5.8 本章小結
第6章 生產發布
6.1 認識整個過程
6.2 網站的概念開發：概念設計
6.2.1 概念設計要解決的基本問題
6.2.2 成本/收益分析
6.2.3 特別項目團隊
6.3 行銷
6.4 設計發布元素
6.5 靈感與願景
6.6 開發
6.6.1 處理偏離計畫的問題
6.6.2 研發性網站
6.7 測試
6.7.1 最終用戶測試
6.7.2 性能測試
6.7.3 代碼分析
6.7.4 生產環境測試
6.7.5 安全測試
6.7.6 攜帶負載的壓力測試
6.8 發布前階段
6.9 發布階段的負面因素：常見的人員問題
6.9.1 不夠重視
6.9.2 人手不足
6.9.3 睡眠不足
6.10 成功發布：防止耗竭
6.10.1 專責團隊
6.10.2 特別項目團隊的輪轉
6.10.3 準備應付最壞情況
6.10.4 在產品發布過程中保持旺盛鬥志
6.10.5 成功標準
6.11 實現一次成功的產品發布
6.12 本章小結
第7章 整合移動Web
7.1 為不同設備提供不同體驗
7.2 移動Web的局限性與用戶期望
7.2.1 用戶無耐心
7.2.2 延遲時間長
7.3 理解使用模式
7.4 對比原生套用和移動Web套用
7.5 創建一致體驗
7.5.1 轉換服務
7.5.2 整合原生套用
7.5.3 通過API整合
7.6 跟蹤API使用率
7.7 本章小結
1.1 深入理解網站開發與運維
1.1.1 展開協作
1.1.2 提升效率
1.1.3 推進協作
1.1.4 處理變更
1.1.5 展望未來
1.2 來自專家的見解
1.2.1 軟體工程師眼裡的開發運維
1.2.2 運維工程師眼裡的開發運維
1.3 本章小結
第2章 協調開發人員與業務運維人員
2.1 平衡技術人員與業務人員的關係
2.2 理解開發者文化
2.2.1 專業技能分類
2.2.2 人才與激勵
2.3 業務人員與IT人員之間的健康關係
2.3.1 業務人員要理解技術能力
2.3.2 業務成功符合工程人員的既得利益
2.3.3 業務人員與IT人員要相互理解
2.3.4 業務管理層要讓IT人員參與決策制定過程
2.3.5 利用工具形成通用辭彙表
2.3.6 跑在截止日期之前
2.3.7 釋放緊張環境的壓力
2.3.8 讓業務部門感受到激勵
2.4 內部敵人
2.4.1 認清形勢
2.4.2 向主管提建議可能很困難
2.4.3 突破界限
2.5 改善業務人員與工程人員的溝通
2.5.1 定義與執行
2.5.2 廣開言路
2.6 本章小結
第3章 Web測試實踐
3.1 Web測試實踐
3.1.1 最大容量測試
3.1.2 持續負載測試
3.2 行為驅動開發
3.2.1 Santiago Suarez Ordofiez的自動化Web測試
3.2.2 將安全性視為測試實踐
3.3 確定測試對象
3.4 指標吻合度測試：確定測試目標
3.4.1 網站的業務指標
3.4.2 Web套用性能指標
3.4.3 基於指標模板的應用程式性能指標監控實踐
3.5 測試各個組件，快速修復故障
3.6 逐層保存歷史性能數據
3.7 本章小結
第4章 設計聰明的文檔
4.1 鮮為人知的文檔優點
4.2 文檔編寫的攔路虎
4.2.1 場景1：時間不夠
4.2.2 場景2：只有技術文檔
4.2.3 場景3：文檔很快會過時
4.3 文檔類型與模板
4.3.1 API規範與參考文檔
4.3.2 入門指南
4.3.3 用例文檔
4.3.4 用戶互動工作流程
4.3.5 架構圖
4.3.6 基礎架構設計文檔
4.4 自動化文檔編寫
4.5 本章小結
第5章 基礎架構與應用程式的自動分配
5.1 回顧Web層次
5.1.1 通過自動化實現統一的Web環境
5.1.2 提前計算自動化的效果
5.2 選擇自動化流程
5.3 一個自動化場景
5.4 降低複雜性
5.5 選擇配置管理和分配框架
5.6 審核基礎架構
5.7 使用配置管理系統實現自動部署
5.8 本章小結
第6章 生產發布
6.1 認識整個過程
6.2 網站的概念開發：概念設計
6.2.1 概念設計要解決的基本問題
6.2.2 成本/收益分析
6.2.3 特別項目團隊
6.3 行銷
6.4 設計發布元素
6.5 靈感與願景
6.6 開發
6.6.1 處理偏離計畫的問題
6.6.2 研發性網站
6.7 測試
6.7.1 最終用戶測試
6.7.2 性能測試
6.7.3 代碼分析
6.7.4 生產環境測試
6.7.5 安全測試
6.7.6 攜帶負載的壓力測試
6.8 發布前階段
6.9 發布階段的負面因素：常見的人員問題
6.9.1 不夠重視
6.9.2 人手不足
6.9.3 睡眠不足
6.10 成功發布：防止耗竭
6.10.1 專責團隊
6.10.2 特別項目團隊的輪轉
6.10.3 準備應付最壞情況
6.10.4 在產品發布過程中保持旺盛鬥志
6.10.5 成功標準
6.11 實現一次成功的產品發布
6.12 本章小結
第7章 整合移動Web
7.1 為不同設備提供不同體驗
7.2 移動Web的局限性與用戶期望
7.2.1 用戶無耐心
7.2.2 延遲時間長
7.3 理解使用模式
7.4 對比原生套用和移動Web套用
7.5 創建一致體驗
7.5.1 轉換服務
7.5.2 整合原生套用
7.5.3 通過API整合
7.6 跟蹤API使用率
7.7 本章小結
