平台工程成熟度：从工具链到自助服务
内容提要
该文探讨CNCF平台工程成熟度模型中“接口”方面的四个阶段：自定义流程、标准工具、自助服务和集成服务。多数团队停滞在第二阶段，原因包括黄金路径外的例外请求堆积、专业知识不足、维护陷阱和僵化问题。为提升成熟度，需先命名现有流程，再参数化路径、记录请求并视接口为产品，最终通过自动化、集成工具和分布式所有权实现隐形平台。
延伸解读
为什么多数团队卡在第二阶段
文章指出，许多已构建平台的团队实际停留在“标准工具”阶段，表面看采用率提升，但黄金路径之外的请求仍需人工处理。四个典型陷阱：例外请求堆积（占工作量的30%）、专业知识不足导致团队自建能力、维护负担（如30个能力需持续修补）、以及路径僵化（假设过时后产生影子IT）。这些问题的共同点是工具扩展了请求量，却未扩展处理能力。
从第二阶段到第三阶段的关键转变
提升成熟度需三个具体动作：将黄金路径参数化并提供逃生舱口，以覆盖合法边缘情况；先记录请求再自动化，优先处理高频请求（如20%类型驱动80%量）；将接口视为产品，而非背后的能力。文章强调，平台团队应从“构建部署”转向“拥有部署接口”，通过模式、验证规则和契约赋能应用团队，从而规模化影响。
第四阶段：平台隐形与所有权分散
达到第四阶段时，平台融入日常工具（如Git、IDE），常见路径完全自动化，开发者无需显式交互。关键驱动包括：通过约定和默认值自动化常见路径、将平台能力嵌入开发者工具、以及分散能力所有权（如安全团队拥有策略）。平台团队的成功指标变为“开发者很少想到基础设施”，新员工可在48小时内无基础设施问题地交付代码。
Q&A
CNCF平台工程成熟度模型中，接口（Interfaces）方面分为哪几个阶段？
接口方面分为四个阶段：Level 1 自定义流程、Level 2 标准工具、Level 3 自助服务、Level 4 集成服务。
为什么大多数平台团队会停滞在标准工具阶段（Level 2）？
因为黄金路径只覆盖常见情况，例外请求堆积；平台团队缺乏专业知识，导致专业团队不信任平台；维护陷阱，能力越多维护负担越重；以及僵化问题，黄金路径基于过时假设，产生大量变通和影子基础设施。
如何从标准工具阶段（Level 2）提升到自助服务阶段（Level 3）？
需要三个具体行动：1. 将黄金路径参数化，提供逃生舱口，允许合法例外；2. 先记录请求再自动化，优先处理高频请求；3. 将接口视为产品，关注可发现性和易用性，而不是只关注背后的能力。
在平台工程中，达到集成服务阶段（Level 4）的标志是什么？
标志是平台变得隐形，开发者不再需要思考基础设施。新服务创建时，监控、日志、安全自动集成，开发者无需显式配置。平台团队的成功以开发者很少提及平台来衡量。
平台团队如何从Level 3提升到Level 4？
需要三个主要驱动因素：1. 完全自动化常见路径，通过约定和默认值减少选择；2. 将平台能力集成到开发者日常使用的工具中，如Git、IDE、CI/CD；3. 分布式能力所有权，让专业团队在平台契约内拥有各自领域的能力。
平台工程中，为什么说黄金路径之外的例外请求是平台团队的负担？
因为黄金路径只覆盖常见情况，但边缘请求在大型组织中占30%的工作量。这些例外请求会堆积在平台团队，导致团队从减少辛劳变成辛劳的来源。例如，一个零售组织在采用黄金路径后，平台团队积压了40个例外请求，花费60%的时间处理。
平台工程中，如何通过参数化黄金路径来减少例外请求？
通过将硬编码值改为可验证的选项，将固定限制改为基于策略的约束，为合法边缘情况提供逃生舱口。例如，一个物流组织通过参数化路径，使团队能够自助满足80%的需求，而无需等待平台团队。
平台工程中，为什么说接口应该被视为产品？
因为接口是开发者与平台交互的界面，其可发现性、易用性和对异常的处理直接影响开发者的体验和平台采用率。将接口视为产品，意味着关注开发者需要多少知识才能使用，以及请求超出预期时如何响应，从而提升自助服务能力。
