每个客户都很重要

平台工程的一个关键原则是为客户进行优化。 在决定要铺路的开发路径时，将开发人员视为你的主要客户，并首先关注其需求。 开发人员都使用不同的工具来完成工作。 首先，先从小规模开始，在实现全新的内部开发人员平台之前，评估是否可以改进现有屏幕和图面。

将开发人员视为主要客户

将开发人员视为内部开发人员平台的主要客户对于其成功至关重要。 为简单起见，我们将这些客户称为开发人员，但他们可以是 团队拓扑模型 所称流 对齐团队 的任何成员，包括机器学习专业人员或数据科学家等角色。

成功的平台工程实践使开发人员和操作员能够自主做出决策，使开发人员能够专注于交付业务价值，同时仍遵守既定的标准、治理和安全规则。 关键利益干系人、支持团队和特定子系统 (运营、安全性、合规性和体系结构的专家) 与构建此内部平台的团队协作，以将其专业知识和最佳做法编码为模板和系统功能。 将这些知识转移到系统中的同时可减少开发人员的认知负担，提高安全性、合规性和质量，并更好地缩放这些其他角色，以解决真正独特的问题。 但是，开发人员体验可确保平台为参与的每个人带来最大的好处。

这意味着遵循以客户为中心的方法来规划和确定平台工程工作的优先级。

详细了解规划和优先顺序。

了解要铺平哪些开发路径

虽然你的组织目前可能有各种不同的生产开发路径，但平台工程之旅中的一个早期步骤是了解你希望开发人员使用哪些路径。 发出此调用非常重要，因为它使你能够集中精力通过它们铺平一条仍然满足开发、运营和治理要求的高效途径。

这些铺路 (，任何完全铺路的黄金路径) 代表一组特定的开发和可观测性工具、语言、SDK 和服务，这些工具、语言、SDK 和服务符合开发、运营和其他利益干系人同意的最佳做法。 铺路应包括简化载入、审查和倡导内部重用的方法。 你无需将这些铺路视为限制性或强制路径，而是将开发人员的辛勤程度降低到开发团队希望留在其中。

但是，诀窍是不仅了解要关注哪些路径，而且需要首先铺路的哪些部分。

详细了解铺路路径。

满足用户需求

虽然从内部开发人员平台中的所有内容的统一门户开始可能很诱人，但这通常不是最佳起点。

运营专业人员、站点可靠性工程师 (SRE) ，开发人员都使用不同的工具来完成工作。 编码发生在 IDE 中，GitHub 和 Azure DevOps 等工程系统使用命令行接口，实时协作在 Teams 和 Slack 中进行。 通常，这些用户对这些屏幕感到满意，并担心另一个用户界面。

在开始从头开始构建新的自定义体验之前，请从小规模开始，评估是否可以改进现有屏幕和图面（最好是通过插件或扩展）。 问问自己，人们是否会对另一个新的用户体验或你现在拥有的改进版本做出更好的反应？ 即使你决定从头开始构建门户，也要考虑到你可能希望通过 API 支持多个接口的想法。 这也解锁了使用低代码框架等选项，因此无需从头开始构建和托管门户体验。

详细了解用户体验。

采用产品思维模式