LinkedIn是如何通过平台化Feed以提高产品迭代速度的

在软件行业，我们观察到多代架构演进，旨在最大化系统可扩展性，如吞吐量，延迟和产品质量。 扩大软件开发过程本身的问题已开始获得可见性，但尚未得到很好的解决。12 月 7 日北京 ArchSummit 全球架构师技术峰会上，我们邀请 LinkedIn Tech Lead & Architect Hu Xin 老师来演讲，分享旗舰 Feed 在领英的实践结果，以及带来的收益。

目前是 LinkedIn Flagship Feed 团队的架构师和技术负责人，首席高级工程师，曾领导（或参与）多个大型跨职能计划，如 LinkedIn / MSFT 集成，LinkedIn Feed 基础设施改进以加速产品迭代，“无需电子邮件的世界”，这是一项 LinkedIn 增长计划 允许没有电子邮件地址的成员在 LinkedIn 上获得无缝体验。胡新拥有北京大学计算机科学学士学位和美国布卢明顿大学计算机科学硕士学位。

LinkedIn 的 Feed 是业务核心，因为它既是默认的登陆体验，也是所有类型内容（新闻文章，视频，图片，广告，工作或人员推荐等）的主要分发渠道。 多年来，LinkedIn Feed 在成员参与和业务影响方面显着增长。 然而，同时 Feed 产品在迭代速度方面受到严格限制：向 Feed 生态系统入门任何新类型的内容（例如视频）通常需要 1 到 2 个季度的开发工作。

为什么整合门新内容如此昂贵？ 这主要是由于 Feed 生态系统本身的复杂性，其包括多个领域，如 Feed 前端，Feed 后端，Feed 相关性和个性化，下游通知 / 推送 / 电子邮件以及跟踪和分析产品。 在这个生态系统中加入一种新的内容类型需要与上面提到的每个域系统集成，因此成为一项重大任务。

面对这一挑战，2017 年第二季度，我们为 LinkedIn Feed 启动了平台化工作 - “高五（高进给迭代速度）”项目，这是整个生态系统的基础设施改进，以降低复杂性。 为了显着扩大整体 Feed 整合流程，项目高五进一步创建了多个子项目：

• 在 Feed 前端层开发了一组构建块，通过组合实现功能开发，而不是从头开始构建

• 在 Feed 后端层采用通用数据建模技术和算法，大大简化了业务逻辑

• 发明了一个新的技术堆栈，允许通知 / 推送 / 电子邮件的渲染层共享同一组 UI 模板，而不是维护单独的格式化逻辑

• 实施了一种简化跟踪数据验证工作流程的验证工具。 该解决方案还可以及时地显示派生的见解

• 构建了一个平台，允许我们的机器学习管道自动化相关模型培训，合并和部署流程

虽然这项计划仍在进行中，但我们已经观察到对我们的工程效率和产品迭代速度的显着影响。 随着这一旅程的继续，我们有信心实现“自助整合”的终极目标。