在过去的25年里，软件组织一直在努力应对一个持续存在的挑战：如何管理跨多个团队共享的代码、工具和基础设施。共享服务团队往往未能满足需求——他们提供笨重且不灵活的系统，忽视用户需求，也无法提供稳定性和可靠性。一些组织甚至尝试走向另一个极端，但结果却常常是一片混乱，小团队深陷复杂性之中。然而，少数组织通过采用一种截然不同的方法破解了这个难题，这种方法就是平台工程。这些团队通过打造强大且用户友好的平台，成功化解了复杂性难题，提供了杠杆效应，并显著提升了应用开发团队的生产力。 本书将帮助工程师、管理者、产品经理和领导者了解现代以平台为核心的组织所需的转变。你将深入学习平台工程的定义及其边界，以及为何它正逐渐成为一项不可或缺的能力。 通过阅读本书，你将： 培养将平台视为产品的思维，并以开发者为核心。 了解平台工程团队的本质：团队的职责包括什么，不包括什么。 开启平台工程的引入流程。 探索成为平台团队产品经理的关键能力。 洞悉在平台扩展过程中所面临的挑战。 深入了解成功领导平台工程团队的最佳实践，助力团队迈向卓越。

序
前言
第一部分 平台工程的内容和意义
第1章 平台工程为何变得不可或缺
1.1 定义“平台”及其他重要术语
1.2 过度泛化的泥沼
1.3 我们如何陷入过度泛化的泥沼
1.3.1 变革之一：选择的爆炸性增长
1.3.2 变革之二：更高的运营需求
1.3.3 结果：深陷泥沼
1.4 平台工程如何疏通泥沼
1.4.1 在限制原语的同时最小化开销
1.4.2 减少应用程序间的黏合代码
1.4.3 集中管理迁移成本
1.4.4 允许应用程序开发人员运营他们开发的系统
1.5 赋能团队专注于构建平台
1.6 结语
第2章 平台工程的支柱
2.1 采用精心策划并以产品为导向的方法
2.2 开发基于软件的抽象
2.2.1 主要抽象层：平台服务及API
2.2.2 胖客户端
2.2.3 OSS定制化
2.2.4 集成元数据注册表
2.3 服务广大应用程序开发人员
2.4 作为企业的基础设施开展运维
2.4.1 对整个平台的责任
2.4.2 支持平台
2.4.3 运维规范
2.5 结语
第二部分 平台工程实践
第3章 如何开始以及何时开始
3.1 培育小规模的平台合作
3.2 构建替代传统协作模式的平台团队
3.2.1 集中所有权的收益是否值得付出这些成本
3.2.2 认识到集体动力已消失
3.2.3 专注于解决问题，而不是一味关注新技术或架构
3.2.4 谨防来自超大规模公司的新工程师
3.2.5 谨慎且缓慢地招聘产品经理（并避免项目经理）
3.2.6 集成/共享服务平台的附加问题
3.3 传统基础设施组织的转型
3.3.1 工程文化需要彻底改变
3.3.2 确定最具潜力的起步领域
3.3.3 要认识到，不能只靠产品经理来搞定一切
3.3.4 改变产品支持方式
3.3.5 更新面试流程
3.3.6 更新认可与奖励体系
3.3.7 不要设置过多的项目经理
3.3.8 应当接受团队将花更多时间与客户沟通，并减少写代码的时间
3.3.9 进行必要的重组
3.3.10 保持乐趣
3.4 结语
第4章 打造优秀的平台团队
4.1 单一职能平台团队的风险
……
第5章 平台即产品
第6章 平台的运维
第7章 规划与交付
第8章 平台架构重构
第9章 平台迁移与退役
第10章 管理与利益相关者的关系
第三部分 怎样算成功
第11章 你的平台相互协同
第12章 你的平台值得信任
第13章 你的平台管理复杂性
第14章 你的平台深受喜爱
结束语