《深刻網站開發和運維》web
基本信息api
原書名:Pro website development and operations:Streamlining devOps for large-scale websites安全
原出版社: Apress網絡
做者: (美)Matthew Sacks 架構
譯者: 曾少寧框架
叢書名: 圖靈程序設計叢書運維
出版社:人民郵電出版社工具
ISBN:9787115350237性能
上架時間:2014-4-11測試
出版日期:2014 年4月
開本:16開
頁碼:158
版次:1-1
所屬分類:計算機 > 計算機網絡 > Web Server > 綜合
更多關於》》》《深刻網站開發和運維》
編輯推薦
在開發和運維方面,現在的大型網站承受着巨大的壓力。隨着敏捷方法的實施,問題變得更加嚴重。管理網站、部署應用、維護運做等任務的順利實施,無不須要開發與運維合爲一體,而這兩種團隊並不必定可以完美融合。若是他們彼此隔閡,只會增長項目複雜度,進而影響最終的用戶體驗。
針對此問題,本書闡述了「開發運維」的概念,即DevOps,探討了如何高效、規範地進行Web開發與運維,就建立與維護大型網站所需達成的工程目標及重點業務,爲開發和運維人員提供了翔實中肯的策略及建議,從而可以加速產品開發,保證應用的實時性、高擴展性及可靠性,繼而塑造出一支合做無間的精英團隊,造成良性的生產循環。
內容簡介
書籍
計算機書籍
《深刻網站開發和運維》針對大型網站及移動網站開發運維的現狀問題,結合敏捷方法,闡述了「開發運維」這一理念。做者分享了在建立和運維大型生產網站時所須要的經驗,講述瞭如何綜合運用系統、代碼和進程來使大型網站的開發和運維變得超級高效。
《深刻網站開發和運維》適合網站開發人員和運維人員閱讀。
目錄
《深刻網站開發和運維》
第1章 成功網站的開發運維原則 / 1
1.1 深刻理解網站開發與運維 /3
1.1.1 展開協做 /7
1.1.2 提高效率 /10
1.1.3 推動協做 /11
1.1.4 處理變動 /13
1.1.5 展望將來 /17
1.2 來自專家的看法 /18
1.2.1 軟件工程師眼裏的開發運維 /18
1.2.2 運維工程師眼裏的開發運維 /21
1.3 本章小結 /22
第2章 協調開發人員與業務運維人員 / 25
2.1 平衡技術人員與業務人員的關係 /26
2.2 理解開發者文化 /27
2.2.1 專業技能分類 /29
2.2.2 人才與激勵 /30
2.3 業務人員與it人員之間的健康關係 /31
2.3.1 業務人員要理解技術能力 /31
2.3.2 業務成功符合工程人員的既得利益 /32
2.3.3 業務人員與it人員要相互理解 /32
2.3.4 業務管理層要讓it人員參與決策制定過程 /32
2.3.5 利用工具造成通用詞彙表 /34
2.3.6 跑在截止日期以前 /35
2.3.7 釋放緊張環境的壓力 /36
2.3.8 讓業務部門感覺到激勵 /36
2.4 內部敵人 /36
2.4.1 認清形勢 /37
2.4.2 向主管提建議可能很困難 /38
2.4.3 突破界限 /39
2.5 改善業務人員與工程人員的溝通 /40
2.5.1 定義與執行 /41
2.5.2 廣開言路 /41
2.6 本章小結 /42
第3章 web測試實踐 / 43
3.1 web測試實踐 /45
3.1.1 最大容量測試 /46
3.1.2 持續負載測試 /47
3.2 行爲驅動開發 /48
3.2.1 santiago suarez ordonez的自動化web測試 /52
3.2.2 將安全性視爲測試實踐 /54
3.3 肯定測試對象 /54
3.4 指標吻合度測試:肯定測試目標 /55
3.4.1 網站的業務指標 /56
3.4.2 web應用性能指標 /60
3.4.3 基於指標模板的應用程序性能指標監控實踐 /60
3.5 測試各個組件,快速修復故障 /63
3.6 逐層保存歷史性能數據 /65
3.7 本章小結 /68
第4章 設計聰明的文檔 / 69
4.1 不爲人知的文檔優勢 /70
4.2 文檔編寫的攔路虎 /72
4.2.1 場景1:時間不夠 /72
4.2.2 場景2:只有技術文檔 /74
4.2.3 場景3:文檔很快會過期 /76
4.3 文檔類型與模板 /77
4.3.1 api規範與參考文檔 /78
4.3.2 入門指南 /80
4.3.3 用例文檔 /82
4.3.4 用戶交互工做流程 /84
4.3.5 架構圖 /85
4.3.6 基礎架構設計文檔 /87
4.4 自動化文檔編寫 /89
4.5 本章小結 /89
第5章 基礎架構與應用程序的自動分配 / 91
5.1 回顧web層次 /92
5.1.1 經過自動化實現統一的web環境 /93
5.1.2 提早計算自動化的效果 /95
5.2 選擇自動化流程 /97
5.3 一個自動化場景 /101
5.4 下降複雜性 /104
5.5 選擇配置管理和分配框架 /105
5.6 審覈基礎架構 /106
5.7 使用配置管理系統實現自動部署 /108
5.8 本章小結 /109
第6章 生產發佈 / 111
6.1 認識整個過程 /112
6.2 網站的概念開發:概念設計 /113
6.2.1 概念設計要解決的基本問題 /114
6.2.2 成本/收益分析 /116
6.2.3 特別項目團隊 /117
6.3 營銷 /118
6.4 設計發佈元素 /119
6.5 靈感與願景 /122
6.6 開發 /123
6.6.1 處理偏離計劃的問題 /123
6.6.2 研發性網站 /124
6.7 測試 /124
6.7.1 最終用戶測試 /125
6.7.2 性能測試 /125
6.7.3 代碼分析 /128
6.7.4 生產環境測試 /129
6.7.5 安全測試 /131
6.7.6 攜帶負載的壓力測試 /132
6.8 發佈前階段 /134
6.9 發佈階段的負面因素:常見的人員問題 /135
6.9.1 不夠重視 /136
6.9.2 人手不足 /136
6.9.3 睡眠不足 /137
6.10 成功發佈:防止耗竭 /138
6.10.1 專責團隊 /138
6.10.2 特別項目團隊的輪轉 /139
6.10.3 準備應付最壞狀況 /140
6.10.4 在產品發佈過程當中保持旺盛鬥志 /140
6.10.5 成功標準 /141
6.11 實現一次成功的產品發佈 /142
6.12 本章小結 /143
第7章 整合移動web / 145
7.1 爲不一樣設備提供不一樣體驗 /146
7.2 移動web的侷限性與用戶指望 /147
7.2.1 用戶無耐心 /147
7.2.2 延遲時間長 /148
7.3 理解使用模式 /149
7.4 對比原生應用和移動web應用 /152
7.5 建立一致體驗 /153
7.5.1 轉換服務 /154
7.5.2 整合原生應用 /155
7.5.3 經過api整合 /155
7.6 跟蹤api使用率 /157
7.7 本章小結 /158