数十年云计算和效能领域从业经验，服务过上万人的头部大厂，也有一些快速发展的独角兽和金融科技企业，规模有大到数千上万人，也有小到几十几百人的企业。越来越发现：不成功的效能实践总是相似的，做的好的各有千秋，本次演讲会把以往在大量客户现场研发效能遇到的一些坑和经验，会通过一些事故和故事跟大家做个这个分享。

演讲提纲：

1. 案例背景介绍
2. 一些典型的坑
3. 成功的实践特征
4. 研发效能的第一性原理
5. 总结收尾

听众收益：

如何做好研发效能，避免典型的坑，学习到一线效能最佳实践。

随着业务的云原生化、容器化，目前业界已经有了大量的容器化迁移、改造的实践。在网易从2015年开始运营业务容器化开始，我们发现在迁移到容器之后，业务方往往还会遇到一些问题，比如：基础设施的不稳定以及bug需要 workaround；业务调试和性能诊断与之前的形式改变较大，导致业务的不适应；虽然迁移到了容器，但是资源申请上，还是按照之前云主机的规格进行申请，造成资源利用率不高；DIY的 Kubernetes 集群的稳定性保证等。

在长时间运营大量的 DIY 集群过程中，我们积累了大量的故障诊断处理、性能诊断、集群健康度评价及巡检规则等方面的知识和经验，同时针对资源利用率不高的问题，也积累了不少资源利用率优化的经验并落地成具体的方案。

本次分享主要介绍在帮助业务做故障以及性能诊断、集群健康性诊断、如何通过混部节省资源利用率等方面所做的工作，以及基于这些工作沉淀的一系列优化业务容器化过程中，降本增效的增强套件，这些套件实现了将我们的经验、知识库以 Kubernetes 标准 Addon 的形式进行呈现，可以较好地给各个使用 Kubernetes 做容器化的业务直接赋能。

演讲大纲：

1. 背景介绍，容器化之后，在开发、运维、成本三个方面遇到的问题；
2. 开发方面，不同类型的业务，定制化工具
3. 运维方面，抽象出基础设施问题解决的流水线框架
4. 成本方面，可视化、资源使用分析
5. 总结和展望，以及后续的计划

滴滴国际化业务发展迅猛并且高度注重本地化体验。随着投放国家、业务线日渐增多，功能点日益复杂，代码+配置化导致的本地化差异使得终端回归测试工作量爆炸，已成为研发测试流程一大效率痛点，急需解决。

滴滴采取的方案包括：1- UI自动化虚拟集群；2- QA梳理的业务功能配置模型，参数驱动UI自动化实现开国、开品、功能变更、开发配置变更自动化测试快速跟进和投放。

最终的效果：开国开品自动化投放30分钟；版本回归提效50%。

演讲提纲：

1. 背景
2. 失败尝试
3. 思路梳理
4. 重新上路
5. 日后方向

公司规模逐步扩大，新人不断涌入，新旧业务线流程规范不统一，不同业务线协同成本上升。管理人员无法评估效率、成本、质量，甚至难以感知需求的研发状态。为了解决这些问题酷家乐质量团队成立测试架构组，致力于打造端到端效能体系。本次演讲，我会从“背景-产品-价值-落地”四个方面对其进行重点介绍。

演讲提纲：

1. 效能建设背景
2. 酷家乐端到端流程产品矩阵的演变过程
   1. 萌芽阶段：基础功能以及研发管理核心流程搭建
   2. 疯长阶段：散点式功能打造（踏入堆功能陷阱）
   3. 修枝阶段：梳理核心链路，结合公司现状提供不同场景的解决方案
3. 端到端流程如何体现价值
   1. 明确度量的目的
   2. 度量指标的陷阱
   3. 持续跟踪你的指标
4. 如何推进产品在不同团队落地
   1. 自上而下的硬要求
   2. 深入用户体验，快速响应客户反馈（你真的了解用户需求吗）
   3. 平衡个性化需求和整体设计（如何满足不同业务线的差异化流程）
   4. 通过度量驱使流程趋向统一

听众受益点：

1. 了解公司快速发展过程中可能面临的效能问题
2. 提升效能到底是提升哪些方面
3. 如何让不同的组织部门的产研流程逐步趋向统一