Spotify 移动工程团队的平台迁移经验总结

Spotify 移动工程团队最近分享了他们在平台迁移方面的经验，特别是将 Android 和 iOS 代码库迁移到使用 Google 的开源构建系统 Bazel 的过程。此次迁移是移动工程战略计划的一部分，影响了 Spotify 内部超过 100 个小组。

迁移背景与挑战

• 迁移的普遍性：团队认为，未来不同规模和复杂性的迁移将成为常态，因此定义迁移范围至关重要。
• 未知的迁移范围：在迁移范围不明确时，建议从价值观出发，理解迁移的目标，并通过小规模的验证（POC）与利益相关者合作，而不是一开始就试图识别所有可能的场景。

利益相关者合作

• 大规模迁移的挑战：当迁移影响大量小组且进展缓慢时，大规模的基础设施和架构变更可能显得难以实现。此时，需要更深入的与利益相关者合作。
• 沟通与自动化：通过 Slack/电子邮件群组与利益相关者保持联系，并通过新闻稿和工作场所帖子分享进展，可以重新强调迁移的重要性。同时，寻找自动化机会也有助于迁移过程。

研究与实践

• 研究时间预留：为研究预留时间，包括与团队一起进行迁移工作，是应对复杂迁移的有效策略。

合作与敏捷/DevOps 转型

• 合作的重要性：在敏捷/DevOps 转型的背景下，合作是关键。组织的规模和年龄越大，改变人员互动方式的难度就越大，需要在更高层次上推动组织变革。

迁移中的优先级与团队激励

• 竞争优先级：平台团队在迁移过程中面临竞争优先级是常态。无论是采用新技术还是减少技术债务，迁移进展缓慢都可能影响团队的积极性。
• 持续评估与调整：团队建议持续评估迁移进展，通过展示迁移的积极影响来激励团队，并调整方法以实现迁移的特定目标。

责任与进度可视化

• 责任与调整：不要期望内部/外部在一段时间内对推动变革达成一致。使用仪表板、维护迁移时间线以及使用数据或趋势图可以帮助可视化进度并突出所需的调整。

通过上述总结，Spotify 移动工程团队强调了在复杂迁移中定义范围、与利益相关者合作、保持沟通、预留研究时间以及持续评估和调整的重要性。这些经验对于其他组织在进行类似迁移时具有重要的参考价值。