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

 
持續(xù)API管理（第二版）
持續(xù)API管理（第二版）
Mehdi Medjaoui, Erik Wilde, Ronnie Mitra, Mike Amundsen 著
馬晶慧 譯
出版時(shí)間：2025年02月
頁(yè)數(shù)：362
“這是一本關(guān)于實(shí)施和管理API格局的實(shí)用指南?！?br /> ——Gregor Hohpe
The Software Architect Elevator的作者

API的發(fā)布涉及大量工作，但這些付出不一定能獲得回報(bào)。API成熟之前的過(guò)度籌劃是一種浪費(fèi)，而計(jì)劃不充分則可能引發(fā)災(zāi)難。
本書(shū)介紹了API以及API格局的成熟度模型，可以幫助你在正確的時(shí)間，針對(duì)正確的成熟度，投入正確的人力與公司資源。
敏捷和速度，健壯性和可擴(kuò)展操作，如何才能平衡這兩方面的需求？本書(shū)的作者從軟件架構(gòu)師、項(xiàng)目總監(jiān)以及產(chǎn)品經(jīng)理的角度展
示了如何將API視為產(chǎn)品，通過(guò)持續(xù)的生命周期最大化其價(jià)值。
● 學(xué)習(xí)哪些API決策需要管治。
● 通過(guò)API即產(chǎn)品（AaaP）的方式設(shè)計(jì)、部署和管理API。
● 學(xué)習(xí)構(gòu)成API產(chǎn)品基礎(chǔ)的十大支柱。
● 學(xué)習(xí)持續(xù)改進(jìn)模型在API整個(gè)生命周期內(nèi)管治變更的過(guò)程。
● 探索API產(chǎn)品生命周期的五大階段。
● 深入探討設(shè)計(jì)、構(gòu)建與維護(hù)API的團(tuán)隊(duì)角色。
● 學(xué)習(xí)如何管理組織發(fā)布的一系列API。

  1. 序
  2. 前言
  3. 第1章 API管理的挑戰(zhàn)
  4. 1.1 什么是API管理
  5. 1.1.1 API業(yè)務(wù)
  6. 1.1.2 什么是API
  7. 1.1.3 不僅僅是API
  8. 1.1.4 API的成熟度階段
  9. 1.1.5 不止單個(gè)API
  10. 1.2 為什么API管理如此之難
  11. 1.2.1 范圍
  12. 1.2.2 規(guī)模
  13. 1.2.3 標(biāo)準(zhǔn)
  14. 1.3 管理API格局
  15. 1.3.1 技術(shù)
  16. 1.3.2 團(tuán)隊(duì)
  17. 1.3.3 管治
  18. 1.4 小結(jié)
  19. 第2章 API管治
  20. 2.1 API管治概述
  21. 2.1.1 決策
  22. 2.1.2 決策管理
  23. 2.1.3 管治復(fù)雜的系統(tǒng)
  24. 2.2 決策的管治
  25. 2.2.1 集中式與分散式
  26. 2.2.2 決策元素
  27. 2.2.3 決策映射
  28. 2.2.4 實(shí)踐中的決策設(shè)計(jì)
  29. 2.3 設(shè)計(jì)管治系統(tǒng)
  30. 2.3.1 管治模式1：設(shè)計(jì)權(quán)威
  31. 2.3.2 管治模式2：下放集中式專家組
  32. 2.3.3 管治模式3：受影響的自治
  33. 2.4 實(shí)施管治模式
  34. 2.4.1 不斷改進(jìn)解決方案
  35. 2.4.2 可觀察性和可見(jiàn)性
  36. 2.4.3 運(yùn)營(yíng)模式
  37. 2.4.4 為標(biāo)準(zhǔn)管理制定戰(zhàn)略
  38. 2.5 小結(jié)
  39. 第3章 API即產(chǎn)品
  40. 3.1 可編程經(jīng)濟(jì)以API為主導(dǎo)
  41. 3.2 設(shè)計(jì)思維
  42. 3.2.1 滿足用戶的需求
  43. 3.2.2 商業(yè)戰(zhàn)略可行性
  44. 3.2.3 貝索斯命令
  45. 3.2.4 將設(shè)計(jì)思維應(yīng)用到API
  46. 3.3 客戶引導(dǎo)
  47. 3.3.1 驚喜時(shí)刻
  48. 3.3.2 API的客戶引導(dǎo)
  49. 3.4 開(kāi)發(fā)者體驗(yàn)
  50. 3.4.1 了解受眾
  51. 3.4.2 安全輕松地使用API
  52. 3.4.3 為什么開(kāi)發(fā)人員在API經(jīng)濟(jì)中如此重要
  53. 3.4.4 API即產(chǎn)品（AaaP）的開(kāi)發(fā)者關(guān)系
  54. 3.4.5 API即產(chǎn)品的盈利與計(jì)價(jià)方式
  55. 3.5 小結(jié)
  56. 第4章 API產(chǎn)品的支柱
  57. 4.1 十大支柱簡(jiǎn)介
  58. 4.1.1 戰(zhàn)略
  59. 4.1.2 設(shè)計(jì)
  60. 4.1.3 文檔
  61. 4.1.4 開(kāi)發(fā)
  62. 4.1.5 測(cè)試
  63. 4.1.6 部署
  64. 4.1.7 安全
  65. 4.1.8 監(jiān)控
  66. 4.1.9 發(fā)現(xiàn)
  67. 4.1.10 變更管理
  68. 4.2 結(jié)合API的各大支柱
  69. 4.2.1 將支柱應(yīng)用到計(jì)劃中
  70. 4.2.2 創(chuàng)建API所需的四大支柱
  71. 4.2.3 API運(yùn)維的幾大支柱
  72. 4.3 小結(jié)
  73. 第5章 API的持續(xù)改進(jìn)
  74. 5.1 持續(xù)管理變更
  75. 5.1.1 增量式改進(jìn)
  76. 5.1.2 API變更的速度
  77. 5.2 API的變更
  78. 5.2.1 API發(fā)布的生命周期
  79. 5.2.2 接口模型的變更
  80. 5.2.3 實(shí)施的變更
  81. 5.2.4 實(shí)例的變更
  82. 5.2.5 支持資產(chǎn)的變更
  83. 5.3 提高API的可變性
  84. 5.3.1 API變更的成本
  85. 5.3.2 機(jī)會(huì)成本
  86. 5.3.3 耦合成本
  87. 5.3.4 預(yù)先做大量設(shè)計(jì)
  88. 5.4 小結(jié)
  89. 第6章 API風(fēng)格
  90. 6.1 API是語(yǔ)言
  91. 6.2 五大API風(fēng)格
  92. 6.2.1 隧道風(fēng)格
  93. 6.2.2 資源風(fēng)格
  94. 6.2.3 超媒體風(fēng)格
  95. 6.2.4 查詢風(fēng)格
  96. 6.2.5 基于事件的風(fēng)格
  97. 6.2.6 如何選擇API的風(fēng)格與技術(shù)
  98. 6.3 不要局限于某種API風(fēng)格
  99. 6.4 小結(jié)
  100. 第7章 API產(chǎn)品的生命周期
  101. 7.1 度量與里程碑
  102. 7.1.1 OKR和KPI
  103. 7.1.2 定義API的目標(biāo)
  104. 7.1.3 找出可度量的結(jié)果
  105. 7.2 API的產(chǎn)品生命周期
  106. 7.2.1 第一個(gè)階段：創(chuàng)建
  107. 7.2.2 第二個(gè)階段：發(fā)布
  108. 7.2.3 第三個(gè)階段：實(shí)現(xiàn)
  109. 7.2.4 第四個(gè)階段：維護(hù)
  110. 7.2.5 第五個(gè)階段：退役
  111. 7.3 通過(guò)產(chǎn)品生命周期管理各個(gè)支柱
  112. 7.3.1 創(chuàng)建
  113. 7.3.2 發(fā)布
  114. 7.3.3 實(shí)現(xiàn)
  115. 7.3.4 維護(hù)
  116. 7.3.5 退役
  117. 7.4 小結(jié)
  118. 第8章 API團(tuán)隊(duì)
  119. 8.1 API角色
  120. 8.1.1 業(yè)務(wù)角色
  121. 8.1.2 技術(shù)角色
  122. 8.2 API團(tuán)隊(duì)
  123. 8.2.1 團(tuán)隊(duì)與API成熟度
  124. 8.2.2 擴(kuò)展團(tuán)隊(duì)
  125. 8.2.3 Spotify的團(tuán)隊(duì)與角色
  126. 8.2.4 影響團(tuán)隊(duì)擴(kuò)展的因素
  127. 8.3 文化與團(tuán)隊(duì)
  128. 8.3.1 康威定律
  129. 8.3.2 鄧巴數(shù)
  130. 8.3.3 亞歷山大的文化馬賽克
  131. 8.3.4 支持實(shí)驗(yàn)
  132. 8.4 小結(jié)
  133. 第9章 API格局
  134. 9.1 API考古
  135. 9.2 大規(guī)模的API管理
  136. 9.2.1 平臺(tái)原則
  137. 9.2.2 原則、協(xié)議與模式
  138. 9.2.3 API格局的語(yǔ)言格局
  139. 9.2.4 API的API
  140. 9.3 理解API格局
  141. 9.4 API格局的八個(gè)V
  142. 9.4.1 多樣性
  143. 9.4.2 術(shù)語(yǔ)
  144. 9.4.3 規(guī)模
  145. 9.4.4 速度
  146. 9.4.5 脆弱性
  147. 9.4.6 可見(jiàn)性
  148. 9.4.7 版本管理
  149. 9.4.8 波動(dòng)性
  150. 9.5 小結(jié)
  151. 第10章 API格局之旅
  152. 10.1 構(gòu)建API格局的指南
  153. 10.2 API格局指南的生命周期
  154. 10.3 支持中心
  155. 10.4 成熟度與八個(gè)V
  156. 10.4.1 多樣性
  157. 10.4.2 術(shù)語(yǔ)
  158. 10.4.3 規(guī)模
  159. 10.4.4 速度
  160. 10.4.5 脆弱性
  161. 10.4.6 可見(jiàn)性
  162. 10.4.7 版本
  163. 10.4.8 波動(dòng)性
  164. 10.5 小結(jié)
  165. 第11章 持續(xù)發(fā)展格局中API生命周期的管理
  166. 11.1 在實(shí)踐中管理不斷發(fā)展的格局
  167. 11.1.1 確立“紅線”
  168. 11.1.2 平臺(tái)重于項(xiàng)目
  169. 11.1.3 設(shè)計(jì)需要考慮到消費(fèi)者、生產(chǎn)者和贊助者
  170. 11.1.4 測(cè)試、衡量并吸取經(jīng)驗(yàn)
  171. 11.2 API產(chǎn)品與生命周期支柱
  172. 11.2.1 API格局
  173. 11.2.2 決策點(diǎn)與成熟度
  174. 11.3 格局的各個(gè)方面與API生命周期支柱
  175. 11.3.1 戰(zhàn)略
  176. 11.3.2 設(shè)計(jì)
  177. 11.3.3 文檔
  178. 11.3.4 開(kāi)發(fā)
  179. 11.3.5 測(cè)試
  180. 11.3.6 部署
  181. 11.3.7 安全
  182. 11.3.8 監(jiān)控
  183. 11.3.9 發(fā)現(xiàn)
  184. 11.3.10 變更管理
  185. 11.4 小結(jié)
  186. 第12章 持續(xù)的旅程
  187. 12.1 為將來(lái)做準(zhǔn)備
  188. 12.2 從今天開(kāi)始管理
書(shū)名：持續(xù)API管理（第二版）
譯者：馬晶慧 譯
國(guó)內(nèi)出版社：中國(guó)電力出版社
出版時(shí)間：2025年02月
頁(yè)數(shù)：362
書(shū)號(hào)：978-7-5198-9179-4
原版書(shū)書(shū)名：Continuous API Management, 2nd Edition
原版書(shū)出版商：O'Reilly Media
Mehdi Medjaoui
 
Mehdi Medjaoui是API學(xué)院的首席 API經(jīng)濟(jì)學(xué)家，OAuth.io的創(chuàng)始人以及2020 EU委員會(huì)的API管治專家。
 
 
Erik Wilde
 
Erik Wilde是API學(xué)院的首席顧問(wèn)，主要從事數(shù)字化轉(zhuǎn)換以及API的戰(zhàn)略、設(shè)計(jì)和管理的工 作。
 
 
Ronnie Mitra
 
Ronnie Mitra是API學(xué)院的首席設(shè)計(jì)師，專門(mén)從事高價(jià)值A(chǔ)PI、戰(zhàn)略以及組織系統(tǒng)的開(kāi)發(fā)工作。

Ronnie Mitra是一位作家，戰(zhàn)略家和顧問(wèn)，擁有超過(guò)25年網(wǎng)絡(luò)和連 接技術(shù)工作經(jīng)驗(yàn)。他是O’Reilly的《Microservice Architecture》和《Continuous API Management》的合著者。
 
 
Mike Amundsen
 
Mike Amundsen是API學(xué)院的首席 架構(gòu)師，負(fù)責(zé)幫助各個(gè)公司發(fā)展 API業(yè)務(wù)。
Mike Amundsen 是包括《Building Hypermedia APIs with HTML5 and Node》（O’Reilly） 在內(nèi)的十幾本為人所稱道的技術(shù)圖書(shū)的作者。
 
 
本書(shū)封面上的動(dòng)物是威爾士牧羊犬（英文：Welsh Shepherd，威爾士語(yǔ)：Ci Defaid Cymreig），這是一種原產(chǎn)于威爾士的柯利犬類家養(yǎng)牧羊犬。皮毛主要有三個(gè)品種：黑白、紅白以及三色，而且經(jīng)常帶有灰褐色斑紋，與邊境牧羊犬相比，它們的四肢更長(zhǎng)，而且胸部和口鼻部更寬。
威爾士牧羊犬的意志極其堅(jiān)強(qiáng)，且精力充沛，在接受過(guò)放牧訓(xùn)練后，幾乎不需要人類的指揮。然而，他們的身形比邊境牧羊犬高，而且缺乏強(qiáng)烈的眼神接觸（擁有惡狼捕食般的眼神可以讓狗狗更輕松地管理羊群），因此作為牧羊犬，在現(xiàn)代畜牧業(yè)中不太受歡迎。
由于人們育種時(shí)只考慮了行為特征，再加上與邊境牧羊犬的雜交，導(dǎo)致威爾士牧羊犬沒(méi)有被任何主流的養(yǎng)犬組織視為標(biāo)準(zhǔn)品種，近年來(lái)，人們?cè)谂ΡＷo(hù)該品種，主要出于馴養(yǎng)的目的。
購(gòu)買(mǎi)選項(xiàng)
定價(jià)：128.00元
書(shū)號(hào)：978-7-5198-9179-4
出版社：中國(guó)電力出版社