构建团队结构

在概念层面，平台工程师是开发和运营之间的粘附。 作为构建内部开发人员平台的人员，平台工程师是具有产品思维模式且也了解运营的开发人员。 无论他们最初是作为开发人员还是运营团队，都比技能组重要。 构建内部开发人员平台的团队可以从引入具有不同背景的不同团队成员中获得力量：开发、IT 运营、K8s 管理员、站点可靠性工程师 (SRE) 、基础结构即代码 (IaC) 专家等。

例如，此处的整个想法是将开发团队视为你的客户，许多运营、SRE 和 DevOps 团队现在已基于这一目标构建和交付功能或工具。 事实上，这些团队向开发人员提供的 CLI 和其他工具通常是平台工程之旅中的第一批可交付结果。

还可以通过从组织中的现有应用程序团队引入适合的开发人员，加强团队开发工具的知识和技能。 当你考虑你的投资时，这些开发人员会很好地代表客户的声音。

就特定组织结构而言， 团队拓扑模型 (这是同样有用的 DevOps 拓扑 模型) 的演变，是思考需要执行的操作的好方法。 例如，可以选择拥有一个不断发展的平台团队，由单独的专家更专注于面向平台的开发人员方面。 鉴于有关该主题的丰富现有信息，我们不会在此处讨论这些细节。

无论如何，此团队专注于将内部开发人员平台构建为内部产品，其中开发人员是主要目标客户。 若要成功，还应确定：

• 团队的发起人 (通常是) 高管，他们帮助确定高级别目标的优先级，并在更广泛的组织中支持平台的使用。
• 运营、安全性、合规性和体系结构中的利益干系人可帮助确保平台能够满足其指导和需求。
• 担任产品经理的人 (，无论实际游戏) 如何了解并帮助确定所有选民的需求的优先级。

定义问题空间