91精品国产综合久久四虎久久_国产成人午夜高潮毛片_99er视频精品免费观看_2020亚洲熟女在线观看_日本女优人体写真_国内黄色毛片_年轻的老师中文版在线_丰满女邻居做爰_久久久久久精品成人免费图片

 
Google系統(tǒng)架構(gòu)解密：構(gòu)建安全可靠的系統(tǒng)
Google系統(tǒng)架構(gòu)解密：構(gòu)建安全可靠的系統(tǒng)
Heather Adkins, Betsy Beyer, Paul Blankinship, Piotr Lewandowski, Ana Oprea, Adam Stubblefield 著
周雨陽, 劉志穎 譯
出版時間：2021年09月
頁數(shù)：355
如何保證大型分布式服務(wù)能夠安全、可靠地運行?擁有億級用戶和復(fù)雜業(yè)務(wù)場景的Google讓這件事看起來很簡單，但事實并非如此。在本書中，Google的SRE團(tuán)隊和安全團(tuán)隊分享了他們的前沿經(jīng)驗和真知灼見，并展示了互聯(lián)網(wǎng)級別的服務(wù)如何保障安全性和可靠性。
隨著DevSecOps日漸興起，這本從Google和整個行業(yè)的經(jīng)驗中提煉方法論的書，將幫助你洞悉軟件系統(tǒng)的安全可靠之道。你將通過以下幾點來學(xué)習(xí)如何構(gòu)建安全、可靠的系統(tǒng)。
● 系統(tǒng)架構(gòu)設(shè)計策略
● 推薦采用的編程、測試和調(diào)試實踐
● 預(yù)防和響應(yīng)事故，以及從事故中恢復(fù)
● 讓團(tuán)隊高效合作的文化
  1. 推薦序一　
  2. 推薦序二　
  3. 對本書的贊譽　
  4. 序一　
  5. 序二　
  6. 前言　
  7. 第一部分　入門資料
  8. 第1章　安全性與可靠性的交集　
  9. 1.1　從密碼和電鉆談起　
  10. 1.2　可靠性與安全性：設(shè)計注意事項　
  11. 1.3　機(jī)密性、完整性、可用性　
  12. 1.3.1　機(jī)密性　
  13. 1.3.2　完整性　
  14. 1.3.3　可用性　
  15. 1.4　可靠性與安全性：共性　
  16. 1.4.1　隱形　
  17. 1.4.2　評估　
  18. 1.4.3　簡潔性　
  19. 1.4.4　演變　
  20. 1.4.5　彈性　
  21. 1.4.6　從設(shè)計到生產(chǎn)　
  22. 1.4.7　調(diào)查系統(tǒng)和日志　
  23. 1.4.8　危機(jī)響應(yīng)　
  24. 1.4.9　恢復(fù)　
  25. 1.5　小結(jié)　
  26. 第2章　了解攻擊者　
  27. 2.1　攻擊者動機(jī)　
  28. 2.2　攻擊者畫像　
  29. 2.2.1　業(yè)余愛好者　
  30. 2.2.2　漏洞研究人員　
  31. 2.2.3　黑客活動家　
  32. 2.2.4　犯罪分子　
  33. 2.2.5　自動化和人工智能　
  34. 2.2.6　內(nèi)部人員　
  35. 2.3　攻擊者方法論　
  36. 2.3.1　威脅情報　
  37. 2.3.2　網(wǎng)絡(luò)殺傷鏈　
  38. 2.3.3　TTP　
  39. 2.4　風(fēng)險評估注意事項　
  40. 2.5　小結(jié)　
  41. 第二部分　設(shè)計系統(tǒng)
  42. 第3章　示例分析：安全代理　
  43. 3.1　生產(chǎn)環(huán)境中的安全代理　
  44. 3.2　Google工具代理　
  45. 3.3　小結(jié)
  46. 第4章　設(shè)計中的權(quán)衡　
  47. 4.1　設(shè)計目標(biāo)和要求　
  48. 4.1.1　特性需求　
  49. 4.1.2　非功能性需求　
  50. 4.1.3　功能與涌現(xiàn)特性　
  51. 4.1.4　案例：Google的設(shè)計文檔　
  52. 4.2　需求平衡　
  53. 4.3　處理緊張局勢和統(tǒng)一目標(biāo)　
  54. 4.3.1　案例：微服務(wù)和Google Web應(yīng)用程序框架　
  55. 4.3.2　統(tǒng)一涌現(xiàn)特性的需求　
  56. 4.4　初始速度和持續(xù)速度　
  57. 4.5　小結(jié)　
  58. 第5章　最小特權(quán)設(shè)計　
  59. 5.1　概念和術(shù)語　
  60. 5.1.1　最小特權(quán)　
  61. 5.1.2　零信任網(wǎng)絡(luò)　
  62. 5.1.3　零接觸　
  63. 5.2　基于風(fēng)險的訪問分類　
  64. 5.3　最佳實踐　
  65. 5.3.1　API功能最小化　
  66. 5.3.2　Breakglass機(jī)制　
  67. 5.3.3　審計　
  68. 5.3.4　測試和最小特權(quán)　
  69. 5.3.5　診斷被拒絕的訪問　
  70. 5.3.6　優(yōu)雅失敗和Breakglass機(jī)制　
  71. 5.4　工作案例：配置分發(fā)　
  72. 5.4.1　基于OpenSSH實現(xiàn)的POSIX API　
  73. 5.4.2　軟件更新API　
  74. 5.4.3　自定義OpenSSH ForceCommand　
  75. 5.4.4　自定義HTTP接收器（邊車）　
  76. 5.4.5　自定義HTTP接收器（內(nèi)置）　
  77. 5.4.6　權(quán)衡取舍　
  78. 5.5　一種用于認(rèn)證和授權(quán)決策的策略框架　
  79. 5.5.1　使用高級授權(quán)控件　
  80. 5.5.2　投入廣泛使用的授權(quán)框架　
  81. 5.5.3　避免潛在的陷阱　
  82. 5.6　高級控制　
  83. 5.6.1　MPA　
  84. 5.6.2　3FA　
  85. 5.6.3　業(yè)務(wù)依據(jù)　
  86. 5.6.4　臨時訪問　
  87. 5.6.5　代理　
  88. 5.7　權(quán)衡和沖突　
  89. 5.7.1　增加了安全復(fù)雜性　
  90. 5.7.2　對合作商及公司文化的影響　
  91. 5.7.3　影響安全性的質(zhì)量數(shù)據(jù)和系統(tǒng)　
  92. 5.7.4　對用戶工作效率的影響　
  93. 5.7.5　對開發(fā)復(fù)雜性的影響　
  94. 5.8　小結(jié)　
  95. 第6章　面向易理解性的設(shè)計　
  96. 6.1　為什么易理解性很重要　
  97. 6.1.1　系統(tǒng)不變量　
  98. 6.1.2　分析不變量　
  99. 6.1.3　心智模型　
  100. 6.2　設(shè)計易理解的系統(tǒng)　
  101. 6.2.1　復(fù)雜性與易理解性　
  102. 6.2.2　分解復(fù)雜性　
  103. 6.2.3　集中負(fù)責(zé)安全性和可靠性需求　
  104. 6.3　系統(tǒng)架構(gòu)　
  105. 6.3.1　易于理解的接口規(guī)范　
  106. 6.3.2　易于理解的身份、認(rèn)證和訪問控制　
  107. 6.3.3　安全邊界　
  108. 6.4　軟件設(shè)計　
  109. 6.4.1　使用應(yīng)用程序框架滿足服務(wù)需求　
  110. 6.4.2　理解復(fù)雜的數(shù)據(jù)流　
  111. 6.4.3　考慮API的可用性　
  112. 6.5　小結(jié)　
  113. 第7章　適應(yīng)變化的設(shè)計　
  114. 7.1　安全變更的類型　
  115. 7.2　變更中的設(shè)計　
  116. 7.3　讓發(fā)布更容易的架構(gòu)決策　
  117. 7.3.1　讓依賴項保持最新并頻繁重建
  118. 7.3.2　用自動化測試讓發(fā)布更頻繁
  119. 7.3.3　使用容器
  120. 7.3.4　使用微服務(wù)　
  121. 7.4　不同的變更：不同的速度與不同的時間線　
  122. 7.4.1　短期變更：零日漏洞　
  123. 7.4.2　中期變更：改善安全態(tài)勢　
  124. 7.4.3　長期變更：外部需求　
  125. 7.5　難點：計劃調(diào)整　
  126. 7.6　不斷擴(kuò)大的范圍：心臟滴血漏洞　
  127. 7.7　小結(jié)　
  128. 第8章　彈性設(shè)計　
  129. 8.1　彈性設(shè)計原則　
  130. 8.2　縱深防御　
  131. 8.2.1　特洛伊木馬　
  132. 8.2.2　Google App Engine分析　
  133. 8.3　控制降級　
  134. 8.3.1　區(qū)分故障成本　
  135. 8.3.2　部署響應(yīng)機(jī)制　
  136. 8.3.3　負(fù)責(zé)任的自動化　
  137. 8.4　控制爆炸半徑　
  138. 8.4.1　角色分離　
  139. 8.4.2　位置分離　
  140. 8.4.3　時間分離　
  141. 8.5　故障域和冗余　
  142. 8.5.1　故障域　
  143. 8.5.2　組件類型　
  144. 8.5.3　控制冗余　
  145. 8.6　持續(xù)驗證　
  146. 8.6.1　驗證關(guān)鍵區(qū)域　
  147. 8.6.2　驗證實踐　
  148. 8.7　實踐建議：著手點　
  149. 8.8　小結(jié)　
  150. 第9章　面向恢復(fù)性的設(shè)計　
  151. 9.1　要恢復(fù)什么　
  152. 9.1.1　隨機(jī)錯誤　
  153. 9.1.2　意外錯誤　
  154. 9.1.3　軟件錯誤　
  155. 9.1.4　惡意行為　
  156. 9.2　恢復(fù)機(jī)制的設(shè)計原則　
  157. 9.2.1　面向快速恢復(fù)的設(shè)計（受政策監(jiān)督）　
  158. 9.2.2　限制對外部時間觀念的依賴　
  159. 9.2.3　回滾所代表的安全性和可靠性間的權(quán)衡　
  160. 9.2.4　使用顯式吊銷機(jī)制　
  161. 9.2.5　了解精確到字節(jié)的預(yù)期狀態(tài)　
  162. 9.2.6　面向測試和持續(xù)驗證的設(shè)計　
  163. 9.3　緊急訪問　
  164. 9.3.1　訪問控制　
  165. 9.3.2　通信　
  166. 9.3.3　響應(yīng)人員的習(xí)慣　
  167. 9.4　預(yù)期外的收益　
  168. 9.5　小結(jié)　
  169. 第10章　緩解拒絕服務(wù)攻擊　
  170. 10.1　攻守雙方的策略　
  171. 10.1.1　攻方的策略　
  172. 10.1.2　守方的策略　
  173. 10.2　面向防御的設(shè)計　
  174. 10.2.1　具有防御能力的架構(gòu)　
  175. 10.2.2　使服務(wù)具備防護(hù)能力　
  176. 10.3　緩解攻擊　
  177. 10.3.1　監(jiān)控與告警　
  178. 10.3.2　優(yōu)雅降級　
  179. 10.3.3　DoS防護(hù)系統(tǒng)　
  180. 10.3.4　有策略的響應(yīng)　
  181. 10.4　應(yīng)對源于服務(wù)本身的“攻擊”　
  182. 10.4.1　用戶行為　
  183. 10.4.2　客戶端重試行為　
  184. 10.5　小結(jié)　
  185. 第三部分　實現(xiàn)系統(tǒng)
  186. 第11章　案例分析：設(shè)計、實現(xiàn)和維護(hù)一個受信任的公共CA　
  187. 11.1　受信任的公共CA的背景　
  188. 11.2　為什么需要受信任的公共CA　
  189. 11.3　自建還是購買CA　
  190. 11.4　設(shè)計、開發(fā)和維護(hù)過程中的考慮　
  191. 11.4.1　選擇編程語言　
  192. 11.4.2　復(fù)雜與簡明　
  193. 11.4.3　保護(hù)第三方和開源組件　
  194. 11.4.4　測試　
  195. 11.4.5　CA密鑰材料的彈性　
  196. 11.4.6　數(shù)據(jù)驗證　
  197. 11.5　小結(jié)　
  198. 第12章　編寫代碼　
  199. 12.1　框架級安全性和可靠性保證措施　
  200. 12.1.1　使用框架的好處.
  201. 12.1.2　案例：用于創(chuàng)建RPC后端的框架　
  202. 12.2　常見安全漏洞　
  203. 12.2.1　SQL注入漏洞：TrustedSqlString　
  204. 12.2.2　預(yù)防XSS漏洞：SafeHtml　
  205. 12.3　評估和構(gòu)建框架的經(jīng)驗　
  206. 12.3.1　用于常見任務(wù)的簡單、安全、可靠的庫　
  207. 12.3.2　部署策略　
  208. 12.4　簡潔性有助于提升代碼的安全性和可靠性　
  209. 12.4.1　避免多層嵌套　
  210. 12.4.2　消除YAGNI類代碼　
  211. 12.4.3　償還技術(shù)債務(wù)　
  212. 12.4.4　重構(gòu)　
  213. 12.5　默認(rèn)安全性和可靠性　
  214. 12.5.1　選擇合適的工具　
  215. 12.5.2　使用強(qiáng)類型　
  216. 12.5.3　檢查代碼.
  217. 12.6　小結(jié)　
  218. 第13章　代碼測試　
  219. 13.1　單元測試　
  220. 13.1.1　編寫有效的單元測試　
  221. 13.1.2　編寫單元測試的時機(jī)　
  222. 13.1.3　單元測試對代碼的影響　
  223. 13.2　集成測試　
  224. 13.3　動態(tài)程序分析　
  225. 13.4　模糊測試　
  226. 13.4.1　模糊引擎的工作原理　
  227. 13.4.2　編寫有效的模糊測試驅(qū)動程序　
  228. 13.4.3　示例fuzzer　
  229. 13.4.4　持續(xù)模糊測試　
  230. 13.5　靜態(tài)程序分析　
  231. 13.5.1　自動代碼檢查工具　
  232. 13.5.2　如何將靜態(tài)分析集成至開發(fā)工作流中　
  233. 13.5.3　抽象解釋　
  234. 13.5.4　形式化方法　
  235. 13.6　小結(jié)　
  236. 第14章　部署代碼　
  237. 14.1　概念和術(shù)語　
  238. 14.2　威脅建?！?
  239. 14.3　最佳實踐　
  240. 14.3.1　強(qiáng)制做代碼審查　
  241. 14.3.2　依賴自動化　
  242. 14.3.3　驗證工件，而不僅僅是人　
  243. 14.3.4　將配置視為代碼.
  244. 14.4　基于威脅建模做安全加固　
  245. 14.5　高級緩解策略　
  246. 14.5.1　二進(jìn)制文件來源　
  247. 14.5.2　基于來源的部署策略　
  248. 14.5.3　可驗證的構(gòu)建　
  249. 14.5.4　部署阻塞點　
  250. 14.5.5　部署后驗證　
  251. 14.6　實用建議　
  252. 14.6.1　一步步來　
  253. 14.6.2　提供可操作的錯誤消息　
  254. 14.6.3　確保來源信息明確　
  255. 14.6.4　創(chuàng)建明確的策略　
  256. 14.6.5　引入Breakglass機(jī)制　
  257. 14.7　重溫基于威脅建模部署安全措施　
  258. 14.8　小結(jié)　
  259. 第15章　調(diào)查系統(tǒng)　
  260. 15.1　從調(diào)試到調(diào)查　
  261. 15.1.1　案例：臨時文件　
  262. 15.1.2　調(diào)試技巧　
  263. 15.1.3　當(dāng)陷入困境時該怎么辦
  264. 15.1.4　協(xié)同調(diào)試：一種教學(xué)方法　
  265. 15.1.5　安全調(diào)查與系統(tǒng)調(diào)試間的差異　
  266. 15.2　收集恰當(dāng)、有用的日志　
  267. 15.2.1　將日志設(shè)計為不可變的　
  268. 15.2.2　考慮隱私要素　
  269. 15.2.3　確定要保留哪些安全相關(guān)的日志　
  270. 15.2.4　日志記錄成本　
  271. 15.3　可靠、安全的調(diào)試訪問　
  272. 15.3.1　可靠性　
  273. 15.3.2　安全性　
  274. 15.4　小結(jié)　
  275. 第四部分　維護(hù)系統(tǒng)
  276. 第16章　防災(zāi)規(guī)劃　
  277. 16.1　“災(zāi)難”的定義　
  278. 16.2　動態(tài)災(zāi)難響應(yīng)策略　
  279. 16.3　災(zāi)難風(fēng)險分析　
  280. 16.4　建立事件響應(yīng)團(tuán)隊　
  281. 16.4.1　確定團(tuán)隊成員和角色　
  282. 16.4.2　制訂團(tuán)隊章程　
  283. 16.4.3　建立嚴(yán)重性和優(yōu)先級模型　
  284. 16.4.4　確定與IR團(tuán)隊合作的運營參數(shù)　
  285. 16.4.5　制訂響應(yīng)計劃　
  286. 16.4.6　創(chuàng)建詳細(xì)的行動手冊　
  287. 16.4.7　確保訪問和更新機(jī)制就位　
  288. 16.5　在事件發(fā)生前預(yù)先安排系統(tǒng)和人員　
  289. 16.5.1　配置系統(tǒng)　
  290. 16.5.2　培訓(xùn)　
  291. 16.5.3　流程和程序　
  292. 16.6　測試系統(tǒng)和響應(yīng)計劃　
  293. 16.6.1　審計自動化系統(tǒng)　
  294. 16.6.2　開展非侵入式桌面演練.
  295. 16.6.3　在生產(chǎn)環(huán)境中測試響應(yīng)　
  296. 16.6.4　紅隊測試　
  297. 16.6.5　評估響應(yīng)　
  298. 16.7　Google的案例　
  299. 16.7.1　具有全球影響的測試　
  300. 16.7.2　DiRT演習(xí)測試緊急訪問　
  301. 16.7.3　行業(yè)級漏洞　
  302. 16.8　小結(jié)　
  303. 第17章　危機(jī)管理　
  304. 17.1　是否存在危機(jī)　
  305. 17.1.1　事件分診　
  306. 17.1.2　入侵與缺陷　
  307. 17.2　指揮事件　
  308. 17.2.1　第一步：不要驚慌　
  309. 17.2.2　開展響應(yīng)　
  310. 17.2.3　組建自己的事件團(tuán)隊　
  311. 17.2.4　OpSec　
  312. 17.2.5　犧牲好的OpSec實踐換取更大的利益　
  313. 17.2.6　調(diào)查過程　
  314. 17.3　控制事件　
  315. 17.3.1　并行處理事件　
  316. 17.3.2　移交　
  317. 17.3.3　士氣　
  318. 17.4　溝通　
  319. 17.4.1　誤解　
  320. 17.4.2　拐彎抹角　
  321. 17.4.3　會議　
  322. 17.4.4　讓合適的人了解合適的細(xì)節(jié)　
  323. 17.5　整合回顧　
  324. 17.5.1　分診　
  325. 17.5.2　宣布事件　
  326. 17.5.3　溝通和OpSec　
  327. 17.5.4　開始處理事件　
  328. 17.5.5　移交　
  329. 17.5.6　交還事件調(diào)查工作　
  330. 17.5.7　準(zhǔn)備溝通和補救　
  331. 17.5.8　結(jié)束　
  332. 17.6　小結(jié)　
  333. 第18章　恢復(fù)和善后　
  334. 18.1　恢復(fù)調(diào)度　
  335. 18.2　恢復(fù)時間線　
  336. 18.3　恢復(fù)計劃　
  337. 18.3.1　確定恢復(fù)范圍　
  338. 18.3.2　恢復(fù)過程的考慮因素　
  339. 18.3.3　恢復(fù)檢查清單　
  340. 18.4　啟動恢復(fù)　
  341. 18.4.1　隔離資產(chǎn)
  342. 18.4.2　系統(tǒng)恢復(fù)和軟件升級　
  343. 18.4.3　數(shù)據(jù)過濾　
  344. 18.4.4　恢復(fù)數(shù)據(jù)　
  345. 18.4.5　更換憑據(jù)和密鑰　
  346. 18.6　恢復(fù)之后　
  347. 18.7　示例　
  348. 18.7.1　被入侵的云實例　
  349. 18.7.2　大規(guī)模釣魚攻擊　
  350. 18.7.3　需要復(fù)雜恢復(fù)工作的、有針對性的攻擊　
  351. 18.8　小結(jié)　
  352. 第五部分　組織與文化
  353. 第19章　案例研究：Chrome安全團(tuán)隊　
  354. 19.1　背景和團(tuán)隊發(fā)展史　
  355. 19.2　安全是團(tuán)隊的職責(zé)　
  356. 19.3　幫助用戶安全地瀏覽Web頁面　
  357. 19.4　速度很重要　
  358. 19.5　設(shè)計縱深防御機(jī)制　
  359. 19.6　保持透明，讓社區(qū)參與進(jìn)來　
  360. 19.7　小結(jié)　
  361. 第20章　理解角色和責(zé)任　
  362. 20.1　誰為安全性和可靠性負(fù)責(zé)　
  363. 20.1.1　專家的作用　
  364. 20.1.2　了解安全專業(yè)知識　
  365. 20.1.3　資格認(rèn)證和學(xué)術(shù)教育　
  366. 20.2　將安全性整合到組織中　
  367. 20.2.1　嵌入安全人員和安全團(tuán)隊　
  368. 20.2.2　案例：Google的嵌入式安全　
  369. 20.2.3　特殊的團(tuán)隊：藍(lán)隊和紅隊　
  370. 20.2.4　外部研究者　
  371. 20.3　小結(jié)　
  372. 第21章　建立安全可靠的文化　
  373. 21.1　定義健康的安全性和可靠性文化　
  374. 21.1.1　默認(rèn)的安全性和可靠性文化　
  375. 21.1.2　評審文化　
  376. 21.1.3　意識文化　
  377. 21.1.4　說“是”的文化　
  378. 21.1.5　接受必然性的文化　
  379. 21.1.6　可持續(xù)發(fā)展文化　
  380. 21.2　通過最佳實踐改變文化　
  381. 21.2.1　對齊項目目標(biāo)和激勵參與者　
  382. 21.2.2　通過風(fēng)險規(guī)避機(jī)制減少恐懼　
  383. 21.2.3　使安全兜底措施成為常態(tài)　
  384. 21.2.4　提高生產(chǎn)力和可用性　
  385. 21.2.5　多溝通，保持透明　
  386. 21.2.6　懷抱同理心　
  387. 21.3　說服領(lǐng)導(dǎo)層　
  388. 21.3.1　了解決策過程　
  389. 21.3.2　為變革立案　
  390. 21.3.3　選擇自己的戰(zhàn)場　
  391. 21.3.4　升級和問題解決　
  392. 21.4　小結(jié)　
  393. 總結(jié)　
  394. 附錄　災(zāi)難風(fēng)險評估矩陣　
書名：Google系統(tǒng)架構(gòu)解密：構(gòu)建安全可靠的系統(tǒng)
譯者：周雨陽, 劉志穎 譯
國內(nèi)出版社：人民郵電出版社
出版時間：2021年09月
頁數(shù)：355
書號：978-7-115-56925-7
原版書書名：Building Secure and Reliable Systems
原版書出版商：O'Reilly Media
Heather Adkins
 
希瑟·阿德金斯（Heather Adkins）、貝齊·拜爾（Betsy Beyer）、保羅·布蘭肯希普（Paul Blankinship）、彼得·萊萬多夫斯基（Piotr Lewandowski）、阿那·奧普雷亞（Ana Oprea）和亞當(dāng)·斯塔布菲爾德 （Adam Stubblefield）均為Google的SRE團(tuán)隊和安全團(tuán)隊成員。
 
 
Betsy Beyer
 
Betsy Beyer是Google紐約負(fù)責(zé)SRE的一名技術(shù)文檔作家。她之前曾為遍布全球的Google數(shù)據(jù)中心與Mountain View硬件運維團(tuán)隊編寫文檔。在搬到紐約之前，Betsy是Stanford大學(xué)技術(shù)性寫作課程的講師。她曾經(jīng)學(xué)習(xí)國際關(guān)系與英文文學(xué)，并在Stanford和Tulane獲得學(xué)歷。
Chris Jones是Google App Engine的一名SRE。Google App Engine是一個PaaS服務(wù)，每天處理超過280億個請求。他的辦公室在舊金山，他之前的工作包括Google廣告統(tǒng)計、數(shù)據(jù)倉庫，以及用戶支持系統(tǒng)的維護(hù)。在之前，Chris曾經(jīng)在學(xué)校IT行業(yè)任職，同時參與過競選數(shù)據(jù)分析，以及一些BSD內(nèi)核的修改。他有計算機(jī)工程、經(jīng)濟(jì)學(xué)，以及技術(shù)政策學(xué)的學(xué)位。同時他也是一名有執(zhí)照的職業(yè)工程師。
Jennifer Petoff是Google SRE團(tuán)隊的一名項目經(jīng)理，工作地點在都柏林，愛爾蘭。她曾經(jīng)負(fù)責(zé)管理大型全球項目，包括：科學(xué)研究、工程、人力資源，以及廣告等。Jennifer在加入Google之前，曾在化工行業(yè)任職八年。她獲得了Stanford大學(xué)的化學(xué)博士與學(xué)士學(xué)位，同時她還擁有Rochester大學(xué)的心理學(xué)學(xué)位。
Niall Murphy是Google愛爾蘭團(tuán)隊廣告SRE的負(fù)責(zé)人。他擁有20年互聯(lián)網(wǎng)行業(yè)經(jīng)驗，目前是INEX（愛爾蘭網(wǎng)絡(luò)互聯(lián)樞紐）的主席。他曾經(jīng)寫作以及參與寫作很多科技文章與書籍，包括O’Reilly出版的IPv6 Network Administration，以及很多RFC。他目前在參與書寫愛爾蘭互聯(lián)網(wǎng)發(fā)展史。他擁有計算機(jī)科學(xué)、數(shù)學(xué)，以及詩歌學(xué)的學(xué)歷（他當(dāng)時一定是想錯了！）。他目前與妻子和兩個兒子居住在都柏林。
 
 
Paul Blankinship
 
希瑟·阿德金斯(Heather Adkins)、貝齊·拜爾(Betsy Beyer)、保羅·布蘭肯希普(Paul Blankinship)、彼得·萊萬多夫斯基(Piotr Lewandowski)、阿那·奧普雷亞(Ana Oprea)和亞當(dāng)·斯塔布菲爾德 (Adam Stubblefield)均為Google的SRE團(tuán)隊和安全團(tuán)隊成員。
 
 
Piotr Lewandowski
 
希瑟·阿德金斯(Heather Adkins)、貝齊·拜爾(Betsy Beyer)、保羅·布蘭肯希普(Paul Blankinship)、彼得·萊萬多夫斯基(Piotr Lewandowski)、阿那·奧普雷亞(Ana Oprea)和亞當(dāng)·斯塔布菲爾德 (Adam Stubblefield)均為Google的SRE團(tuán)隊和安全團(tuán)隊成員。
 
 
Ana Oprea
 
希瑟·阿德金斯(Heather Adkins)、貝齊·拜爾(Betsy Beyer)、保羅·布蘭肯希普(Paul Blankinship)、彼得·萊萬多夫斯基(Piotr Lewandowski)、阿那·奧普雷亞(Ana Oprea)和亞當(dāng)·斯塔布菲爾德 (Adam Stubblefield)均為Google的SRE團(tuán)隊和安全團(tuán)隊成員。
 
 
Adam Stubblefield
 
希瑟·阿德金斯(Heather Adkins)、貝齊·拜爾(Betsy Beyer)、保羅·布蘭肯希普(Paul Blankinship)、彼得·萊萬多夫斯基(Piotr Lewandowski)、阿那·奧普雷亞(Ana Oprea)和亞當(dāng)·斯塔布菲爾德 (Adam Stubblefield)均為Google的SRE團(tuán)隊和安全團(tuán)隊成員。
 
 
購買選項
定價：129.80元
書號：978-7-115-56925-7
出版社：人民郵電出版社