利用开源CNOE框架构建内部开发者平台
内容提要
纽约时报正在建立自己的内部开发者平台（IDP），以标准化工具和支持开发人员。该平台团队正在使用云原生运营卓越（CNOE）指南，并与其他工程师合作创建IDP。纽约时报的IDP包括Kubernetes集群、声明式配置管理工具和开发者门户。该项目仍在进行中，但已经将公司25%的工作负载迁移到了IDP。纽约时报建议组织在进入生产之前处理所有细节，并在说服开发人员切换到共享平台时考虑他们的动机。
延伸解读
从混乱到有序：纽约时报的IDP建设背景
纽约时报拥有约1000名开发人员，此前Kubernetes集群管理混乱，开发团队各自为政，导致效率低下。三年前启动平台工程计划，旨在通过内部开发者平台（IDP）标准化工具链，提供自助服务能力。目前已有25%的工作负载迁移至IDP，目标是将所有工作负载迁移。这一背景说明，大型组织在数字化转型中，统一平台是解决工具碎片化和运维复杂性的有效途径。
CNOE框架：开源协作降低平台建设风险
CNOE由Adobe、AWS、Autodesk、Salesforce和Twilio等公司联合发起，旨在共享平台工程最佳实践，帮助组织共同应对技术决策。纽约时报团队通过参与CNOE社区，借鉴其他工程师的经验，避免了重复造轮子。CNOE提供IDP构建模板、技术雷达等资源，但并非一刀切解决方案。这表明，开源协作能有效降低企业构建内部平台的技术风险和成本。
技术栈选择：Kubernetes、Argo CD与Backstage的组合
纽约时报的DSP核心是集中管理的Kubernetes集群，提供多租户空间，确保团队间隔离。同时采用声明式配置管理工具Argo CD实现GitOps，并选择Backstage作为开发者门户。这些工具因其无缝集成而被选中，减少了技术选型风险。这一组合为其他组织提供了参考，但需根据自身需求调整，并非所有工具都适用于每个用例。
迁移策略与经验：逐步推进，倾听开发者需求
纽约时报建议组织在进入生产前处理所有细节，如安全加固和多租户，并逐步迁移。团队强调倾听开发者需求的重要性，工具选择需随平台扩展而调整。对于习惯自主管理集群的开发者，可通过“交给你值班”的方式说服其迁移。目前开发者体验仍有待提升，但25%的迁移率表明方向正确。这些经验提醒我们，平台建设需平衡标准化与灵活性，重视开发者体验。
Q&A
纽约时报的内部开发者平台（IDP）有什么主要功能？
纽约时报的IDP包括Kubernetes集群、声明式配置管理工具和开发者门户，旨在标准化工具并支持开发人员。
CNOE框架的目的是什么？
CNOE框架旨在帮助组织共同应对操作技术决策，提供最佳实践和指导，以实现最佳的云效率。
纽约时报在构建IDP时遇到了哪些挑战？
纽约时报面临的挑战包括开发人员对自主性的依赖、基础设施管理的复杂性以及需要标准化工具的需求。
如何说服开发人员迁移到共享平台？
可以通过让开发人员体验管理共享平台的责任，例如在凌晨2点处理问题，来激励他们迁移。
纽约时报的IDP目前迁移了多少工作负载？
目前，纽约时报已经将25%的工作负载迁移到了IDP，目标是让所有工作负载都迁移。
构建内部开发者平台的最佳实践是什么？
最佳实践包括倾听开发人员需求、逐步推进迁移过程以及在进入生产前处理所有细节。
