在 Dianne Marsh 在 OSCON(美国每年最大的开源会议之一)的主题演讲中,Netflix 工程总监讲述了一个关于两个系统的故事。
在 Netflix,Asgard 持续交付平台是内部开发的,然后公开共享。这是否引起了麻烦?是的。
Asgard 是为一个单一用例、一个单一云平台(亚马逊)以及亚马逊内的一个单一区域开发的。然后,其他云提供商 fork 了该项目并对项目进行了更改(创新)。当这些贡献(更改和创新)需要实施回 Asgard 主项目时,麻烦就来了。
Marsh 解释说,尽管之前有很多项目这样做过,但他们并没有对这个过程进行充分的思考。
当 Netflix 准备用 Spinnaker 重新做这一切时,他们会以不同的方式去做。首先,他们与不同的用户和云提供商接触,以模仿和学习。然后,他们创建了一个适用于 Netflix 工程师及其特定项目 Spinnaker 的流程。
从一开始,Spinnaker 就是在开放环境中开发的。云提供商贡献了特定于其平台的代码,这允许分布式维护和围绕它发展社区,从而为多个行业带来云部署最佳实践。
携手合作
与 Netflix 一起踏上开源之旅的主要软件厂商包括 Google、Microsoft 和 Kenzen。太棒了,对吧?这些合作伙伴帮助制造了轰动效应和媒体报道,然而,由此产生的关注带来了比预期更多的来自更多行业的投入。
Netflix 的内部工程师将如何适应这种巨变?
- 定期沟通
- 分享路线图
- 建立信任和责任感
清晰的沟通、一致的愿景和团队信任对于这项工作的成功至关重要。Netflix 理解开源项目的领导者必须以开放的心态对待他们——任何一家公司都不能主导对话。至关重要的是,团队要建立一种重视任何投入的文化,无论来自个人还是大型组织。在开放环境中工作也有助于工程师在内部和外部对其在 Netflix 的主要工作以及现在属于更多人(而不仅仅是公司内部人员)的开源项目负责。
评论已关闭。