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

 
平臺工程:技術(shù)、產(chǎn)品與團(tuán)隊(duì)
平臺工程:技術(shù)、產(chǎn)品與團(tuán)隊(duì)
Camille Fournier, Ian Nowland
茹炳晟, 徐德晨 譯
出版時間:2025年08月
頁數(shù):264
“平臺工程是一項(xiàng)團(tuán)隊(duì)行動。這是你們的行動指南?!?br /> ——Kelsey Hightower
Google前杰出工程師,Kubernetes: Up & Running合著者
在過去的25年里,軟件組織一直在努力應(yīng)對一個持續(xù)存在的挑戰(zhàn):如何管理跨多個團(tuán)隊(duì)共享的代碼、工具和基礎(chǔ)設(shè)施。共享服務(wù)團(tuán)隊(duì)往往未能滿足需求——他們提供笨重且不靈活的系統(tǒng),忽視用戶需求,也無法提供穩(wěn)定性和可靠性。一些組織甚至嘗試走向另一個極端,但結(jié)果卻常常是一片混亂,小團(tuán)隊(duì)深陷復(fù)雜性之中。然而,少數(shù)組織通過采用一種截然不同的方法破解了這個難題,這種方法就是平臺工程。這些團(tuán)隊(duì)通過打造強(qiáng)大且用戶友好的平臺,成功化解了復(fù)雜性難題,提供了杠桿效應(yīng),并顯著提升了應(yīng)用開發(fā)團(tuán)隊(duì)的生產(chǎn)力。
本書將幫助工程師、管理者、產(chǎn)品經(jīng)理和領(lǐng)導(dǎo)者了解現(xiàn)代以平臺為核心的組織所需的轉(zhuǎn)變。你將深入學(xué)習(xí)平臺工程的定義及其邊界,以及為何它正逐漸成為一項(xiàng)不可或缺的能力。
通過閱讀本書,你將:
● 培養(yǎng)將平臺視為產(chǎn)品的思維,并以開發(fā)者為核心。
● 了解平臺工程團(tuán)隊(duì)的本質(zhì):團(tuán)隊(duì)的職責(zé)包括什么,不包括什么。
● 開啟平臺工程的引入流程。
● 探索成為平臺團(tuán)隊(duì)產(chǎn)品經(jīng)理的關(guān)鍵能力。
● 洞悉在平臺擴(kuò)展過程中所面臨的挑戰(zhàn)。
● 深入了解成功領(lǐng)導(dǎo)平臺工程團(tuán)隊(duì)的最佳實(shí)踐,助力團(tuán)隊(duì)邁向卓越
  1. 前言
  2. 第一部分 平臺工程的內(nèi)容和意義
  3. 第1章 平臺工程為何變得不可或缺
  4. 1.1 定義“平臺”及其他重要術(shù)語
  5. 1.2 過度泛化的泥沼
  6. 1.3 我們?nèi)绾蜗萑脒^度泛化的泥沼
  7. 1.3.1 變革之一:選擇的爆炸性增長
  8. 1.3.2 變革之二:更高的運(yùn)營需求
  9. 1.3.3 結(jié)果:深陷泥沼
  10. 1.4 平臺工程如何疏通泥沼
  11. 1.4.1 在限制原語的同時最小化開銷
  12. 1.4.2 減少應(yīng)用程序間的黏合代碼
  13. 1.4.3 集中管理遷移成本
  14. 1.4.4 允許應(yīng)用程序開發(fā)人員運(yùn)營他們開發(fā)的系統(tǒng)
  15. 1.5 賦能團(tuán)隊(duì)專注于構(gòu)建平臺
  16. 1.6 結(jié)語
  17. 第2章 平臺工程的支柱
  18. 2.1 采用精心策劃并以產(chǎn)品為導(dǎo)向的方法
  19. 2.2 開發(fā)基于軟件的抽象
  20. 2.2.1 主要抽象層:平臺服務(wù)及API
  21. 2.2.2 胖客戶端
  22. 2.2.3 OSS定制化
  23. 2.2.4 集成元數(shù)據(jù)注冊表
  24. 2.3 服務(wù)廣大應(yīng)用程序開發(fā)人員
  25. 2.4 作為企業(yè)的基礎(chǔ)設(shè)施開展運(yùn)維
  26. 2.4.1 對整個平臺的責(zé)任
  27. 2.4.2 支持平臺
  28. 2.4.3 運(yùn)維規(guī)范
  29. 2.5 結(jié)語
  30. 第二部分 平臺工程實(shí)踐
  31. 第3章 如何開始以及何時開始
  32. 3.1 培育小規(guī)模的平臺合作
  33. 3.2 構(gòu)建替代傳統(tǒng)協(xié)作模式的平臺團(tuán)隊(duì)
  34. 3.2.1 集中所有權(quán)的收益是否值得付出這些成本
  35. 3.2.2 認(rèn)識到集體動力已消失
  36. 3.2.3 專注于解決問題,而不是一味關(guān)注新技術(shù)或架構(gòu)
  37. 3.2.4 謹(jǐn)防來自超大規(guī)模公司的新工程師
  38. 3.2.5 謹(jǐn)慎且緩慢地招聘產(chǎn)品經(jīng)理(并避免項(xiàng)目經(jīng)理)
  39. 3.2.6 集成/共享服務(wù)平臺的附加問題
  40. 3.3 傳統(tǒng)基礎(chǔ)設(shè)施組織的轉(zhuǎn)型
  41. 3.3.1 工程文化需要徹底改變
  42. 3.3.2 確定最具潛力的起步領(lǐng)域
  43. 3.3.3 要認(rèn)識到,不能只靠產(chǎn)品經(jīng)理來搞定一切
  44. 3.3.4 改變產(chǎn)品支持方式
  45. 3.3.5 更新面試流程
  46. 3.3.6 更新認(rèn)可與獎勵體系
  47. 3.3.7 不要設(shè)置過多的項(xiàng)目經(jīng)理
  48. 3.3.8 應(yīng)當(dāng)接受團(tuán)隊(duì)將花更多時間與客戶溝通,并減少寫代碼的時間
  49. 3.3.9 進(jìn)行必要的重組
  50. 3.3.10 保持樂趣
  51. 3.4 結(jié)語
  52. 第4章 打造優(yōu)秀的平臺團(tuán)隊(duì)
  53. 4.1 單一職能平臺團(tuán)隊(duì)的風(fēng)險
  54. 4.1.1 過度關(guān)注系統(tǒng)
  55. 4.1.2 過度關(guān)注開發(fā)
  56. 4.2 平臺工程師的不同角色
  57. 4.2.1 軟件工程師
  58. 4.2.2 系統(tǒng)工程師
  59. 4.2.3 可靠性工程師
  60. 4.2.4 系統(tǒng)專家
  61. 4.3 各類工程師的招聘與認(rèn)可
  62. 4.3.1 允許角色特定的職位頭銜
  63. 4.3.2 應(yīng)避免創(chuàng)建新的軟件工程師職級矩陣
  64. 4.3.3 最多使用一級矩陣來表示系統(tǒng)角色
  65. 4.3.4 如有必要,創(chuàng)建新的軟件工程師面試流程
  66. 4.3.5 系統(tǒng)相關(guān)崗位的面試僅需略作調(diào)整
  67. 4.3.6 客戶同理心面試
  68. 4.4 優(yōu)秀的平臺工程經(jīng)理需要具備哪些特質(zhì)
  69. 4.4.1 平臺運(yùn)維實(shí)踐經(jīng)驗(yàn)
  70. 4.4.2 大型長期項(xiàng)目的經(jīng)驗(yàn)
  71. 4.4.3 注重細(xì)節(jié)
  72. 4.5 平臺團(tuán)隊(duì)的其他角色
  73. 4.5.1 產(chǎn)品經(jīng)理
  74. 4.5.2 產(chǎn)品負(fù)責(zé)人
  75. 4.5.3 項(xiàng)目經(jīng)理/技術(shù)項(xiàng)目經(jīng)理
  76. 4.5.4 開發(fā)者布道師、技術(shù)文檔撰寫者及支持工程師
  77. 4.6 構(gòu)建平臺工程團(tuán)隊(duì)文化
  78. 4.6.1 一個由開發(fā)團(tuán)隊(duì)和SRE團(tuán)隊(duì)共生的平臺
  79. 4.6.2 開發(fā)團(tuán)隊(duì)的優(yōu)勢與劣勢
  80. 4.6.3 合并團(tuán)隊(duì)與增加產(chǎn)品管理
  81. 4.6.4 注入平臺工程文化
  82. 4.7 結(jié)語
  83. 第5章 平臺即產(chǎn)品
  84. 5.1 產(chǎn)品文化以客戶為中心
  85. 5.1.1 內(nèi)部客戶的特征
  86. 5.1.2 與內(nèi)部客戶協(xié)作
  87. 5.1.3 設(shè)身處地為客戶著想
  88. 5.1.4 擺脫“功能商店陷阱”,更全面地服務(wù)客戶
  89. 5.2 產(chǎn)品發(fā)現(xiàn)與市場分析
  90. 5.2.1 識別潛在的平臺產(chǎn)品
  91. 5.2.2 改進(jìn)現(xiàn)有產(chǎn)品/服務(wù):是邊緣優(yōu)化還是重新思考問題
  92. 5.2.3 市場調(diào)研:驗(yàn)證新投資
  93. 5.2.4 產(chǎn)品度量指標(biāo)
  94. 5.3 成功的產(chǎn)品執(zhí)行:制定產(chǎn)品路線圖
  95. 5.3.1 愿景:長期
  96. 5.3.2 戰(zhàn)略:中期
  97. 5.3.3 目標(biāo)和指標(biāo):本年度
  98. 5.3.4 里程碑:季度性
  99. 5.3.5 面向客戶的路線圖
  100. 5.3.6 功能規(guī)格說明
  101. 5.3.7 熟能生巧
  102. 5.4 產(chǎn)品失效模式
  103. 5.4.1 低估遷移成本
  104. 5.4.2 高估用戶的變更預(yù)算
  105. 5.4.3 在穩(wěn)定性較差時高估新功能的價值
  106. 5.4.4 產(chǎn)品經(jīng)理過多導(dǎo)致的工程團(tuán)隊(duì)配比失衡
  107. 5.4.5 產(chǎn)品經(jīng)理承擔(dān)了工程經(jīng)理應(yīng)履行的工作
  108. 5.5 結(jié)語
  109. 第6章 平臺的運(yùn)維
  110. 6.1 值班實(shí)踐
  111. 6.1.1 為什么需要24×7全天候值班保障
  112. 6.1.2 為什么要合并DevOps
  113. 6.1.3 實(shí)現(xiàn)可持續(xù)的值班工作負(fù)載
  114. 6.2 用戶支持實(shí)踐
  115. 6.2.1 平臺工程師為何應(yīng)該參與支持工作
  116. 6.2.2 第一階段:確定支持級別
  117. 6.2.3 第二階段:將非關(guān)鍵支持從值班工作中區(qū)分開
  118. 6.2.4 第三階段:聘請支持專員
  119. 6.2.5 第四階段:在規(guī)?;瘲l件下的工程支持部門
  120. 6.3 運(yùn)維反饋實(shí)踐
  121. 6.3.1 SLO和SLA是必要的,錯誤預(yù)算則是可選的
  122. 6.3.2 變更管理
  123. 6.3.3 合成監(jiān)控
  124. 6.3.4 運(yùn)維評審
  125. 6.4 結(jié)語
  126. 第7章 規(guī)劃與交付
  127. 7.1 規(guī)劃長期項(xiàng)目
  128. 7.1.1 在提案文件中明確目標(biāo)與需求
  129. 7.1.2 從提案到行動計(jì)劃
  130. 7.1.3 避免長期拖延
  131. 7.2 自下而上的路線圖規(guī)劃
  132. 7.2.1 “基礎(chǔ)運(yùn)維”工作
  133. 7.2.2 強(qiáng)制任務(wù)
  134. 7.2.3 系統(tǒng)改進(jìn)
  135. 7.2.4 綜合分析
  136. 7.3 雙周狀態(tài)溝通:成果與挑戰(zhàn)
  137. 7.3.1 基本原理
  138. 7.3.2 為什么:價值是什么
  139. 7.3.3 是什么:結(jié)構(gòu)化成果與挑戰(zhàn)更新
  140. 7.3.4 別忘了這些挑戰(zhàn)
  141. 7.3.5 讓團(tuán)隊(duì)主動記錄成功經(jīng)驗(yàn)與面臨的挑戰(zhàn)
  142. 7.4 結(jié)語
  143. 第8章 平臺架構(gòu)重構(gòu)
  144. 8.1 為什么選擇架構(gòu)重構(gòu)而不是構(gòu)建2.0版本
  145. 8.1.1 不同的工程思維模式
  146. 8.1.2 架構(gòu)需求驅(qū)動思維模式需求
  147. 8.1.3 為什么構(gòu)建2.0版本很難但重構(gòu)具有可行性
  148. 8.2 通過架構(gòu)解決安全問題
  149. 8.3 架構(gòu)重構(gòu)的防護(hù)準(zhǔn)則
  150. 8.3.1 兼容性
  151. 8.3.2 測試
  152. 8.3.3 前期環(huán)境
  153. 8.3.4 分批次部署、緩慢發(fā)布與版本滯后
  154. 8.4 架構(gòu)重構(gòu)規(guī)劃
  155. 8.4.1 第一步:對最終重構(gòu)目標(biāo)要有遠(yuǎn)大構(gòu)想
  156. 8.4.2 第二步:考慮遷移成本
  157. 8.4.3 第三步:確定未來12個月的主要成果
  158. 8.4.4 第四步:爭取管理層的支持與認(rèn)同,并做好等待的準(zhǔn)備
  159. 8.5 結(jié)語
  160. 第9章 平臺遷移與退役
  161. 9.1 遷移的不良模式
  162. 9.2 構(gòu)建更簡易的遷移
  163. 9.2.1 使用產(chǎn)品抽象:減少黏合代碼并限制變化
  164. 9.2.2 設(shè)計(jì)透明遷移架構(gòu)
  165. 9.2.3 跟蹤使用元數(shù)據(jù)
  166. 9.2.4 開發(fā)自動化功能以避免使用記錄板
  167. 9.2.5 使用文檔幫助用戶建立切換路徑
  168. 9.3 協(xié)調(diào)更平穩(wěn)的遷移
  169. 9.3.1 界定、限制和確定計(jì)劃變更的優(yōu)先級
  170. 9.3.2 及早公開溝通
  171. 9.3.3 完成最后20%的工作
  172. 9.3.4 謹(jǐn)慎使用強(qiáng)制命令
  173. 9.4 平臺退役
  174. 9.4.1 決定何時終止
  175. 9.4.2 協(xié)調(diào)退役操作
  176. 9.4.3 在適當(dāng)?shù)臅r候不要害怕逐步讓平臺退役
  177. 9.5 結(jié)語
  178. 第10章 管理與利益相關(guān)者的關(guān)系
  179. 10.1 利益相關(guān)者圖譜:權(quán)力-利益矩陣
  180. 10.2 以恰當(dāng)?shù)耐该鞫冗M(jìn)行溝通
  181. 10.2.1 警惕過度分享細(xì)節(jié)
  182. 10.2.2 恰當(dāng)安排一對一會談
  183. 10.2.3 跟蹤期望和承諾
  184. 10.2.4 通過協(xié)作會議和客戶顧問委員會擴(kuò)展規(guī)模
  185. 10.2.5 在困難時期加強(qiáng)溝通
  186. 10.3 尋找可接受的折中方案
  187. 10.3.1 明確商業(yè)影響
  188. 10.3.2 有時需要“接受妥協(xié)”
  189. 10.3.3 如何說“不”而不破壞關(guān)系
  190. 10.3.4 影子平臺的妥協(xié)方案
  191. 10.4 資金困境:成本與預(yù)算管理
  192. 10.4.1 第一步:弄清楚誰將在未來受益
  193. 10.4.2 第二步:將工作劃分為團(tuán)隊(duì)(避免逐一分配給個人)
  194. 10.4.3 第三步:提出削減內(nèi)容的建議,并對需要保留的內(nèi)容表達(dá)明確意見
  195. 10.5 結(jié)語
  196. 第三部分 怎樣算成功
  197. 第11章 你的平臺相互協(xié)同
  198. 11.1 目標(biāo)一致
  199. 11.1.1 通過合適的人才組合使團(tuán)隊(duì)與目標(biāo)保持一致
  200. 11.1.2 通過共同實(shí)踐使文化與目標(biāo)保持一致
  201. 11.1.3 借助團(tuán)隊(duì)協(xié)作使文化與目標(biāo)保持一致
  202. 11.2 產(chǎn)品戰(zhàn)略的協(xié)同
  203. 11.2.1 通過獨(dú)立產(chǎn)品管理培養(yǎng)跨平臺思維
  204. 11.2.2 促進(jìn)具有獨(dú)立貢獻(xiàn)者的跨平臺架構(gòu)體系
  205. 11.2.3 從全平臺客戶調(diào)查的評論中主動尋求反饋
  206. 11.2.4 審慎地通過重組解決缺乏協(xié)同問題
  207. 11.3 計(jì)劃的協(xié)同
  208. 11.3.1 僅需在較大型項(xiàng)目上達(dá)成一致,而無須關(guān)注每一個細(xì)枝末節(jié)
  209. 11.3.2 直面分歧時要坦誠相待
  210. 11.3.3 最終的協(xié)同源于原則驅(qū)動的領(lǐng)導(dǎo)力
  211. 11.4 統(tǒng)籌整合:推動組織協(xié)同
  212. 11.5 結(jié)語
  213. 第12章 你的平臺值得信任
  214. 12.1 信任你的運(yùn)維方式
  215. 12.1.1 通過充分授權(quán)經(jīng)驗(yàn)豐富的領(lǐng)導(dǎo)者加速信任的建立
  216. 12.1.2 通過用例排序優(yōu)化信任增長
  217. 12.2 信任你的重大投資
  218. 12.2.1 獲得技術(shù)利益相關(guān)者對架構(gòu)重構(gòu)的認(rèn)可與信任
  219. 12.2.2 為贏得對新產(chǎn)品的信任尋求高管背書
  220. 12.2.3 維護(hù)舊系統(tǒng)以保持信任
  221. 12.2.4 贏得信任需要對“正確”保持靈活性
  222. 12.3 信任優(yōu)先交付
  223. 12.3.1 打造高效文化
  224. 12.3.2 確定項(xiàng)目優(yōu)先級以釋放團(tuán)隊(duì)產(chǎn)能
  225. 12.3.3 挑戰(zhàn)產(chǎn)品范圍的假設(shè)
  226. 12.4 整合探討:過度耦合平臺案例
  227. 12.5 結(jié)語
  228. 第13章 你的平臺管理復(fù)雜性
  229. 13.1 應(yīng)對人際協(xié)調(diào)中的非本質(zhì)復(fù)雜性
  230. 13.2 管理影子平臺的復(fù)雜性
  231. 13.3 通過控制增長管理復(fù)雜性
  232. 13.4 通過產(chǎn)品發(fā)現(xiàn)管理復(fù)雜性
  233. 13.5 整合全局:平衡內(nèi)外復(fù)雜性
  234. 13.5.1 開源軟件運(yùn)維的倦怠問題
  235. 13.5.2 試圖改變局面(但未能成功)
  236. 13.5.3 影子平臺帶來重新規(guī)劃
  237. 13.5.4 重新規(guī)劃的執(zhí)行
  238. 13.6 結(jié)語
  239. 第14章 你的平臺深受喜愛
  240. 14.1 喜愛,自然而然
  241. 14.2 喜愛也可能是一種取巧之道
  242. 14.3 喜愛可以很明顯
  243. 14.4 喜愛的力量:讓用戶非凡卓越
  244. 14.5 結(jié)語
  245. 結(jié)束語
書名:平臺工程:技術(shù)、產(chǎn)品與團(tuán)隊(duì)
譯者:茹炳晟, 徐德晨 譯
國內(nèi)出版社:機(jī)械工業(yè)出版社
出版時間:2025年08月
頁數(shù):264
書號:978-7-111-78808-9
原版書書名:Platform Engineering:A Guide for Technical,Product,and People Leaders
原版書出版商:O'Reilly Media
Camille Fournier
 
Camille Fournier是一位經(jīng)驗(yàn)豐富的技術(shù)管理者,同時具備深厚的技術(shù)背景、行政領(lǐng)導(dǎo)力及工程管理能力。
Camille Fournier是一位資深科技高管,擁有從早期創(chuàng)業(yè)公司到《財富》全球50強(qiáng)企業(yè)的領(lǐng)導(dǎo)經(jīng)驗(yàn)。她曾是CNCF技術(shù)指導(dǎo)委員會的創(chuàng)始成員之一,現(xiàn)在是ACM Queue的編委。她在O’Reilly出版了The Manager's Path: A Guide for Tech Leaders Navigating Growth and Change和97 Things Every Engineering Manager Should Know兩部著作。
 
 
Ian Nowland
 
Ian Nowland擁有25年軟件行業(yè)從業(yè)經(jīng)驗(yàn),最近4年曾在Datadog擔(dān)任核心工程高級副總裁。在此之前,他曾供職于AWS(2008年至2016年),擔(dān)任Amazon EMR項(xiàng)目的技術(shù)負(fù)責(zé)人,并領(lǐng)導(dǎo)了EC2 Nitro項(xiàng)目最初5年的研發(fā)工作。目前,他是一家創(chuàng)業(yè)公司的聯(lián)合創(chuàng)始人。
 
 
本書封面上的動物是一種名為大理石蠑螈(學(xué)名:Triturus marmoratus)的兩棲動物,主要分布于西歐的法國和伊比利亞半島。這種蠑螈因獨(dú)特的外觀而得名:深褐色或黑色的身體上布滿不規(guī)則的綠色大理石狀花紋。這種顏色為它在森林和草原的自然棲息地中提供了極好的偽裝。此外,雌性大理石蠑螈的背部還有一條醒目的橙色條紋。雌性通常體型較大,體長為5~6.5英寸。
大理石蠑螈主要以昆蟲、蠕蟲和其他小型無脊椎動物為食,無論在陸地還是水中它都能捕食。雖然這種動物以陸生生活為主,但作為兩棲動物,它們需要水域進(jìn)行繁殖,并且通常在寒冷季節(jié)棲息在池塘中。每年二月的繁殖季節(jié),雄性蠑螈的背部會長出醒目的羽狀背冠,并通過擺動尾巴的動作傳播信息素來吸引配偶。雌性螈產(chǎn)卵時極為謹(jǐn)慎,會先嗅聞和檢查水生植物的葉片,然后選擇合適的葉片將每一顆卵單獨(dú)包裹起來。研究發(fā)現(xiàn),大理石蠑螈能夠依靠地磁場和星座等天體線索來準(zhǔn)確找到它們熟悉的繁殖池塘。
大理石蠑螈因棲息地喪失,已被世界自然保護(hù)聯(lián)盟(ICN)列為易危物種。
購買選項(xiàng)
定價:99.00元
書號:978-7-111-78808-9
出版社:機(jī)械工業(yè)出版社