包邮持续API管理(第二版)

目录序 .1前言 .3第1 章 API 管理的挑战 91.1 什么是API 管理 111.1.1 API 业务 . 111.1.2 什么是API 131.1.3 不仅仅是API 151.1.4 API 的成熟度阶段 . 161.1.5 不止单个API 171.2 为什么API 管理如此之难 171.2.1 范围 181.2.2 规模 201.2.3 标准 20目录序 .1前言 .3第1 章 API 管理的挑战 91.1 什么是API 管理 111.1.1 API 业务 . 111.1.2 什么是API 131.1.3 不仅仅是API 151.1.4 API 的成熟度阶段 . 161.1.5 不止单个API 171.2 为什么API 管理如此之难 171.2.1 范围 181.2.2 规模 201.2.3 标准 201.3 管理API 格局 211.3.1 技术 221.3.2 团队 231.3.3 管治 241.4 小结 25第2 章 API 管治 272.1 API 管治概述 . 282.1.1 决策 282.1.2 决策管理. 292.1.3 管治复杂的系统 . 302.2 决策的管治 . 332.2.1 集中式与分散式 . 342.2.2 决策元素. 402.2.3 决策映射. 462.2.4 实践中的决策设计 . 482.3 设计管治系统 492.3.1 管治模式1：设计权威 502.3.2 管治模式2：下放集中式专家组 522.3.3 管治模式3：受影响的自治 542.4 实施管治模式 552.4.1 不断改进解决方案 . 552.4.2 可观察性和可见性 . 572.4.3 运营模式. 572.4.4 为标准管理制定战略 582.5 小结 58第3 章 API 即产品 603.1 可编程经济以API 为主导 613.2 设计思维 643.2.1 满足用户的需求 . 643.2.2 商业战略可行性 . 653.2.3 贝索斯命令 663.2.4 将设计思维应用到API 673.3 客户引导 693.3.1 惊喜时刻. 703.3.2 API 的客户引导 723.4 开发者体验 . 743.4.1 了解受众. 753.4.2 安全轻松地使用API 813.4.3 为什么开发人员在API 经济中如此重要 843.4.4 API 即产品（AaaP）的开发者关系 . 863.4.5 API 即产品的盈利与计价方式 . 963.5 小结 99第4 章 API 产品的支柱 1014.1 十大支柱简介 . 1024.1.1 战略 1034.1.2 设计 1064.1.3 文档 1114.1.4 开发 1144.1.5 测试 1174.1.6 部署 1214.1.7 安全 1244.1.8 监控 1294.1.9 发现 1314.1.10 变更管理 1334.2 结合API 的各大支柱 1354.2.1 将支柱应用到计划中 . 1354.2.2 创建API 所需的四大支柱 1384.2.3 API 运维的几大支柱 1424.3 小结 . 146第5 章 API 的持续改进 1475.1 持续管理变更 . 1485.1.1 增量式改进 . 1495.1.2 API 变更的速度 1545.2 API 的变更 1565.2.1 API 发布的生命周期 1565.2.2 接口模型的变更 1585.2.3 实施的变更 . 1605.2.4 实例的变更 . 1615.2.5 支持资产的变更 1625.3 提高API 的可变性 1625.3.1 API 变更的成本 1635.3.2 机会成本 1635.3.3 耦合成本 1645.3.4 预先做大量设计 1665.4 小结 . 167第6 章 API 风格 1686.1 API 是语言 1696.2 五大API 风格 . 1716.2.1 隧道风格 1716.2.2 资源风格 1736.2.3 超媒体风格 . 1756.2.4 查询风格 1776.2.5 基于事件的风格 1786.2.6 如何选择API 的风格与技术 . 1806.3 不要局限于某种API 风格 1826.4 小结 . 183第7 章 API 产品的生命周期 . 1847.1 度量与里程碑 . 1857.1.1 OKR 和KPI 1867.1.2 定义API 的目标 1877.1.3 找出可度量的结果 1897.2 API 的产品生命周期 1917.2.1 **个阶段：创建 1927.2.2 第二个阶段：发布 1957.2.3 第三个阶段：实现 2007.2.4 第四个阶段：维护 2037.2.5 第五个阶段：退役 2057.3 通过产品生命周期管理各个支柱 . 2087.3.1 创建 2097.3.2 发布 2137.3.3 实现 2177.3.4 维护 2197.3.5 退役 2207.4 小结 . 221第8 章 API 团队 2228.1 API 角色 2248.1.1 业务角色 2258.1.2 技术角色 2278.2 API 团队 2298.2.1 团队与API 成熟度 . 2308.2.2 扩展团队 2378.2.3 Spotify 的团队与角色 2388.2.4 影响团队扩展的因素 . 2408.3 文化与团队 2428.3.1 康威定律 2438.3.2 邓巴数 2458.3.3 亚历山大的文化马赛克 2478.3.4 支持实验 2498.4 小结 . 251第9 章 API 格局 2539.1 API 考古 2559.2 大规模的API 管理 2579.2.1 平台原则 2589.2.2 原则、协议与模式 2609.2.3 API 格局的语言格局 2629.2.4 API 的API 2649.3 理解API 格局 . 2669.4 API 格局的八个V. 2679.4.1 多样性 2689.4.2 术语 2699.4.3 规模 2749.4.4 速度 2759.4.5 脆弱性 2769.4.6 可见性 2779.4.7 版本管理 2789.4.8 波动性 2809.5 小结 . 281第10 章 API 格局之旅. 28210.1 构建API 格局的指南 28310.2 API 格局指南的生命周期 28710.3 支持中心 . 28810.4 成熟度与八个V 29210.4.1 多样性 29310.4.2 术语 . 29510.4.3 规模 . 29810.4.4 速度 . 30010.4.5 脆弱性 30210.4.6 可见性 30510.4.7 版本 . 30710.4.8 波动性 30910.5 小结 311第11 章 持续发展格局中API 生命周期的管理 31211.1 在实践中管理不断发展的格局 31311.1.1 确立“红线” . 31311.1.2 平台重于项目 . 31411.1.3 设计需要考虑到消费者、生产者和赞助者 31511.1.4 测试、衡量并吸取经验 . 31711.2 API 产品与生命周期支柱 31811.2.1 API 格局 31911.2.2 决策点与成熟度 . 31911.3 格局的各个方面与API 生命周期支柱 . 32011.3.1 战略 . 32111.3.2 设计 . 32411.3.3 文档 . 32611.3.4 开发 . 33011.3.5 测试 . 33411.3.6 部署 . 33911.3.7 安全 . 34411.3.8 监控 . 34711.3.9 发现 . 35011.3.10 变更管理 . 35411.4 小结 357第12 章 持续的旅程 35912.1 为将来做准备 36112.2 从今天开始管理 361