Spotify 如何采用和推广平台工程概念第 1 部分
在第一部分中，我们研究了 Spotify 平台使命团队的现状，以及平台工程团队在内部为推广平台工程理念和文化所做的工作。 在本节中，我们将继续研究 Spotify 如何适应内部变化，以及其内部平台将如何支持开发人员。
积极拥抱变化
你可能会认为Spotify只会围绕自己的模式，但弗洛里安说，他的角色是让企业模式更加用户友好。 他负责调查公司工程师是否及时拥有正确的团队结构和相关信息，以便他们能够与产品要求保持一致。一般可以理解以下问题：
开发人员是否在合理的时间内拥有正确的信息来决定如何开发、如何构建可交付成果？
开发人员是否需要同时处理太多任务？
开发人员在对任务进行排序时会考虑哪些因素？
有了这些信息，平台团队可以确认开发人员是否正在从事对整个公司有最大影响或价值的工作。 它还可以让您了解您是否具备在正确领域所需的技能。
同时，为了提高软件交付团队的效率，Floryan还需要衡量团队协作的效率。 由于内部协作总是会产生成本和开销，这就引出了一个关键问题，即组织内团队之间的所有协作是否都是必要的。 您需要避免协作吗？ 于是平台团队开始了实施内部外包就像开发源代码一样，企业内的任何人都可以提交问题的解决方案，例如“组件的可扩展性如何？ “或者”平台的自助服务如何？ 等等。
当一个团队拥有大量的组件时，就意味着团队的工程师会收到来自企业各个部门的大量请求，有时这些请求是相互矛盾的，导致瓶颈。 这是投资团队的标志。 随着对团队投资的增加，团队可以分成两个或三个团队，这是企业结构和流程的灵活性问题。 这就是 Spotify 的用武之地公司结构是流动的，即在企业内部，结构不是固定的，可以进行上述更改。
Spotify的核心价值观之一是：“积极拥抱变化。 “这反映了人们对Spotify工程师职业的内在期望。 弗洛里安称其为有计划的变革，每个人”。必须驾驭不确定性和模糊性在情况发生变化时快速找到正确的解决方案、调整计划或简化流程。 当然，有时变化来得很突然，比如今年Spotify裁员了6%。 Floryan说，虽然这很不幸，但他认为Spotify团队比大多数团队更有能力应对这一变化。
成功的平台如何支持
后台是Spotify最广为人知的项目和成就，但其内部平台上的成就也值得注意，习也学到了。 Greul说，Platform Mission团队最近宣布了与Fleetshift合作的一个可衡量的项目，以管理基础设施并进行任何改进和升级，例如自动进行日常升级，只要用户将服务保持在一定标准。
她补充说，在高层次上，Fleetshift允许任何工程师或团队进行大规模的重构或库更改，并利用GitHub机器人来执行这些更改。
最大的免责声明是服务必须符合某些标准。 必须有一定程度的测试才能达到我们所说的最佳标准。 她强调："如果基础结构不符合最新和最佳标准，则无法进行更改。 ”
那么，团队如何知道他们是否符合标准呢？ Backstage 中的开源 Tech Radar 插件对语言、框架、流程和基础设施进行评分，以及它们如何分为以下几类：
用：具有给定用例的大多数团队都认可的路径。
尝试一下：它正在针对特定用例进行评估，并显示出明显的优势和好处。
评估：正在测试中，因此在生产中使用的成本和风险很高。
保留：不再投资于团队应避免继续使用的技术，并按照建议的迁移路径迁移到受支持的替代方案。
Greul 说，这是 Spotify 的反映从一开始就接受平台心态，而不是试图强制执行任何标准方式。这一切都是为了标准化、模板化和自动化尽可能多的模板，以便团队可以专注于他们的专业领域。