持续API管理（第二版）
持续API管理（第二版）
Mehdi Medjaoui, Erik Wilde, Ronnie Mitra, Mike Amundsen 著
马晶慧 译
出版时间：2024年12月（预计）
页数：362（预计）
“这是一本关于实施和管理API格局的实用指南。”
——Gregor Hohpe
The Software Architect Elevator的作者

API的发布涉及大量工作，但这些付出不一定能获得回报。API成熟之前的过度筹划是一种浪费，而计划不充分则可能引发灾难。
本书介绍了API以及API格局的成熟度模型，可以帮助你在正确的时间，针对正确的成熟度，投入正确的人力与公司资源。
敏捷和速度，健壮性和可扩展操作，如何才能平衡这两方面的需求？本书的作者从软件架构师、项目总监以及产品经理的角度展
示了如何将API视为产品，通过持续的生命周期最大化其价值。
● 学习哪些API决策需要管治。
● 通过API即产品（AaaP）的方式设计、部署和管理API。
● 学习构成API产品基础的十大支柱。
● 学习持续改进模型在API整个生命周期内管治变更的过程。
● 探索API产品生命周期的五大阶段。
● 深入探讨设计、构建与维护API的团队角色。
● 学习如何管理组织发布的一系列API。

  1. 序
  2. 前言
  3. 第1章 API管理的挑战
  4. 1.1 什么是API管理
  5. 1.1.1 API业务
  6. 1.1.2 什么是API
  7. 1.1.3 不仅仅是API
  8. 1.1.4 API的成熟度阶段
  9. 1.1.5 不止单个API
  10. 1.2 为什么API管理如此之难
  11. 1.2.1 范围
  12. 1.2.2 规模
  13. 1.2.3 标准
  14. 1.3 管理API格局
  15. 1.3.1 技术
  16. 1.3.2 团队
  17. 1.3.3 管治
  18. 1.4 小结
  19. 第2章 API管治
  20. 2.1 API管治概述
  21. 2.1.1 决策
  22. 2.1.2 决策管理
  23. 2.1.3 管治复杂的系统
  24. 2.2 决策的管治
  25. 2.2.1 集中式与分散式
  26. 2.2.2 决策元素
  27. 2.2.3 决策映射
  28. 2.2.4 实践中的决策设计
  29. 2.3 设计管治系统
  30. 2.3.1 管治模式1：设计权威
  31. 2.3.2 管治模式2：下放集中式专家组
  32. 2.3.3 管治模式3：受影响的自治
  33. 2.4 实施管治模式
  34. 2.4.1 不断改进解决方案
  35. 2.4.2 可观察性和可见性
  36. 2.4.3 运营模式
  37. 2.4.4 为标准管理制定战略
  38. 2.5 小结
  39. 第3章 API即产品
  40. 3.1 可编程经济以API为主导
  41. 3.2 设计思维
  42. 3.2.1 满足用户的需求
  43. 3.2.2 商业战略可行性
  44. 3.2.3 贝索斯命令
  45. 3.2.4 将设计思维应用到API
  46. 3.3 客户引导
  47. 3.3.1 惊喜时刻
  48. 3.3.2 API的客户引导
  49. 3.4 开发者体验
  50. 3.4.1 了解受众
  51. 3.4.2 安全轻松地使用API
  52. 3.4.3 为什么开发人员在API经济中如此重要
  53. 3.4.4 API即产品（AaaP）的开发者关系
  54. 3.4.5 API即产品的盈利与计价方式
  55. 3.5 小结
  56. 第4章 API产品的支柱
  57. 4.1 十大支柱简介
  58. 4.1.1 战略
  59. 4.1.2 设计
  60. 4.1.3 文档
  61. 4.1.4 开发
  62. 4.1.5 测试
  63. 4.1.6 部署
  64. 4.1.7 安全
  65. 4.1.8 监控
  66. 4.1.9 发现
  67. 4.1.10 变更管理
  68. 4.2 结合API的各大支柱
  69. 4.2.1 将支柱应用到计划中
  70. 4.2.2 创建API所需的四大支柱
  71. 4.2.3 API运维的几大支柱
  72. 4.3 小结
  73. 第5章 API的持续改进
  74. 5.1 持续管理变更
  75. 5.1.1 增量式改进
  76. 5.1.2 API变更的速度
  77. 5.2 API的变更
  78. 5.2.1 API发布的生命周期
  79. 5.2.2 接口模型的变更
  80. 5.2.3 实施的变更
  81. 5.2.4 实例的变更
  82. 5.2.5 支持资产的变更
  83. 5.3 提高API的可变性
  84. 5.3.1 API变更的成本
  85. 5.3.2 机会成本
  86. 5.3.3 耦合成本
  87. 5.3.4 预先做大量设计
  88. 5.4 小结
  89. 第6章 API风格
  90. 6.1 API是语言
  91. 6.2 五大API风格
  92. 6.2.1 隧道风格
  93. 6.2.2 资源风格
  94. 6.2.3 超媒体风格
  95. 6.2.4 查询风格
  96. 6.2.5 基于事件的风格
  97. 6.2.6 如何选择API的风格与技术
  98. 6.3 不要局限于某种API风格
  99. 6.4 小结
  100. 第7章 API产品的生命周期
  101. 7.1 度量与里程碑
  102. 7.1.1 OKR和KPI
  103. 7.1.2 定义API的目标
  104. 7.1.3 找出可度量的结果
  105. 7.2 API的产品生命周期
  106. 7.2.1 第一个阶段：创建
  107. 7.2.2 第二个阶段：发布
  108. 7.2.3 第三个阶段：实现
  109. 7.2.4 第四个阶段：维护
  110. 7.2.5 第五个阶段：退役
  111. 7.3 通过产品生命周期管理各个支柱
  112. 7.3.1 创建
  113. 7.3.2 发布
  114. 7.3.3 实现
  115. 7.3.4 维护
  116. 7.3.5 退役
  117. 7.4 小结
  118. 第8章 API团队
  119. 8.1 API角色
  120. 8.1.1 业务角色
  121. 8.1.2 技术角色
  122. 8.2 API团队
  123. 8.2.1 团队与API成熟度
  124. 8.2.2 扩展团队
  125. 8.2.3 Spotify的团队与角色
  126. 8.2.4 影响团队扩展的因素
  127. 8.3 文化与团队
  128. 8.3.1 康威定律
  129. 8.3.2 邓巴数
  130. 8.3.3 亚历山大的文化马赛克
  131. 8.3.4 支持实验
  132. 8.4 小结
  133. 第9章 API格局
  134. 9.1 API考古
  135. 9.2 大规模的API管理
  136. 9.2.1 平台原则
  137. 9.2.2 原则、协议与模式
  138. 9.2.3 API格局的语言格局
  139. 9.2.4 API的API
  140. 9.3 理解API格局
  141. 9.4 API格局的八个V
  142. 9.4.1 多样性
  143. 9.4.2 术语
  144. 9.4.3 规模
  145. 9.4.4 速度
  146. 9.4.5 脆弱性
  147. 9.4.6 可见性
  148. 9.4.7 版本管理
  149. 9.4.8 波动性
  150. 9.5 小结
  151. 第10章 API格局之旅
  152. 10.1 构建API格局的指南
  153. 10.2 API格局指南的生命周期
  154. 10.3 支持中心
  155. 10.4 成熟度与八个V
  156. 10.4.1 多样性
  157. 10.4.2 术语
  158. 10.4.3 规模
  159. 10.4.4 速度
  160. 10.4.5 脆弱性
  161. 10.4.6 可见性
  162. 10.4.7 版本
  163. 10.4.8 波动性
  164. 10.5 小结
  165. 第11章 持续发展格局中API生命周期的管理
  166. 11.1 在实践中管理不断发展的格局
  167. 11.1.1 确立“红线”
  168. 11.1.2 平台重于项目
  169. 11.1.3 设计需要考虑到消费者、生产者和赞助者
  170. 11.1.4 测试、衡量并吸取经验
  171. 11.2 API产品与生命周期支柱
  172. 11.2.1 API格局
  173. 11.2.2 决策点与成熟度
  174. 11.3 格局的各个方面与API生命周期支柱
  175. 11.3.1 战略
  176. 11.3.2 设计
  177. 11.3.3 文档
  178. 11.3.4 开发
  179. 11.3.5 测试
  180. 11.3.6 部署
  181. 11.3.7 安全
  182. 11.3.8 监控
  183. 11.3.9 发现
  184. 11.3.10 变更管理
  185. 11.4 小结
  186. 第12章 持续的旅程
  187. 12.1 为将来做准备
  188. 12.2 从今天开始管理
书名：持续API管理（第二版）
译者：马晶慧 译
国内出版社：中国电力出版社
出版时间：2024年12月（预计）
页数：362（预计）
书号：978-7-5198-9179-4
原版书书名：Continuous API Management, 2nd Edition
原版书出版商：O'Reilly Media
Mehdi Medjaoui
 
Mehdi Medjaoui是API学院的首席 API经济学家，OAuth.io的创始人以及2020 EU委员会的API管治专家。
 
 
Erik Wilde
 
Erik Wilde是API学院的首席顾问，主要从事数字化转换以及API的战略、设计和管理的工 作。
 
 
Ronnie Mitra
 
Ronnie Mitra是API学院的首席设计师，专门从事高价值API、战略以及组织系统的开发工作。

Ronnie Mitra是一位作家，战略家和顾问，拥有超过25年网络和连 接技术工作经验。他是O’Reilly的《Microservice Architecture》和《Continuous API Management》的合著者。
 
 
Mike Amundsen
 
Mike Amundsen是API学院的首席 架构师，负责帮助各个公司发展 API业务。
Mike Amundsen 是包括《Building Hypermedia APIs with HTML5 and Node》（O’Reilly） 在内的十几本为人所称道的技术图书的作者。
 
 
本书封面上的动物是威尔士牧羊犬（英文：Welsh Shepherd，威尔士语：Ci Defaid Cymreig），这是一种原产于威尔士的柯利犬类家养牧羊犬。皮毛主要有三个品种：黑白、红白以及三色，而且经常带有灰褐色斑纹，与边境牧羊犬相比，它们的四肢更长，而且胸部和口鼻部更宽。
威尔士牧羊犬的意志极其坚强，且精力充沛，在接受过放牧训练后，几乎不需要人类的指挥。然而，他们的身形比边境牧羊犬高，而且缺乏强烈的眼神接触（拥有恶狼捕食般的眼神可以让狗狗更轻松地管理羊群），因此作为牧羊犬，在现代畜牧业中不太受欢迎。
由于人们育种时只考虑了行为特征，再加上与边境牧羊犬的杂交，导致威尔士牧羊犬没有被任何主流的养犬组织视为标准品种，近年来，人们在努力保护该品种，主要出于驯养的目的。
购买选项
定价：128.00元（预计）
书号：978-7-5198-9179-4
出版社：中国电力出版社
联系出版社邮购

© 2024，奥莱利技术咨询(北京)有限公司。版权所有。
传真: +86-10-88097463
 京ICP备05003502号