专场：开源驱动效能
关键词：......
专场出品人：刘寅
科大讯飞软件质量负责人
东南大学电子工程系硕士，南京大学EMBA，曾就职于中兴通讯、摩托罗拉、趋势科技、魔门塔，负责过质量体系从0到1的搭建，DecSecOps工具链的建设及在公司内的大规模落地，日活用户超千人，践行质量管理的体系化、线上化、自动化、数据驱动化。
1. 背景介绍
1.1 为什么要自研压测平台
1.2 全自研 vs 全开源 vs 基于开源自研
1.3 我们的成绩单
2. 设计原理与架构
2.1 平台架构设计
2.2 海量并发升级改造
2.3 去中心化的压测模式
2.4 全局压测状态机
3. 核心功能点
3.1 冷热数据分离（热数据 – 实时数据）
3.2 冷热数据分离（冷数据 – 详细结果数据）
3.3 压测吞吐量调控
3.3.1 预设步进模式
3.3.2 人工调控模式
3.3.3 自适应模式
3.4 压测场景拼装（配置集）
3.5 高级功能
3.5.1 极速模式：零代码、录制回放
3.5.2 探针埋入：支持线上压测流量标识埋入
3.5.3 基线压测：支持按基线版本配置压测，并自动比对结果
4.前沿热点探究
4.1 无人值守压测
4.2 压测场景/数据 与 压测平台
4.3 容量规划 与 压测平台
5. 未来与展望
6. 扩展阅读
1.1 为什么要自研压测平台
1.2 全自研 vs 全开源 vs 基于开源自研
1.3 我们的成绩单
2. 设计原理与架构
2.1 平台架构设计
2.2 海量并发升级改造
2.3 去中心化的压测模式
2.4 全局压测状态机
3. 核心功能点
3.1 冷热数据分离（热数据 – 实时数据）
3.2 冷热数据分离（冷数据 – 详细结果数据）
3.3 压测吞吐量调控
3.3.1 预设步进模式
3.3.2 人工调控模式
3.3.3 自适应模式
3.4 压测场景拼装（配置集）
3.5 高级功能
3.5.1 极速模式：零代码、录制回放
3.5.2 探针埋入：支持线上压测流量标识埋入
3.5.3 基线压测：支持按基线版本配置压测，并自动比对结果
4.前沿热点探究
4.1 无人值守压测
4.2 压测场景/数据 与 压测平台
4.3 容量规划 与 压测平台
5. 未来与展望
6. 扩展阅读
时代的漫漫长河中诞生了众多优秀的开源压测工具和平台，但如今依然有不少互联网公司在不遗余力的开发属于自己的压测平台，这是出于什么考量呢？对海量并发的支持和对压测效率的极致追求，是两个极为重要的因素，前者是模拟双11等大促场景的基础，后者是目前整个互联网行业的大势所趋。而这两点，恰恰是众多开源工具和平台的短板所在。本次分享将为你带来大量的技术细节，从实战角度展现如何站在开源工具的肩膀上，练成一款支撑海量并发的分布式压测平台。
1. 全面了解互联网大厂建设压测平台的背景和思考
2. 深入理解压测平台的设计原理和核心功能技术方案
3. 解读行业最前沿的压测平台演进趋势和实现方法
2. 深入理解压测平台的设计原理和核心功能技术方案
3. 解读行业最前沿的压测平台演进趋势和实现方法
大型互联网公司测试负责人，历任Wish测试总监，阿里巴巴本地生活高级经理。毕业于中国科学技术大学，硕士学位。在服务容量保障、服务稳定性建设、质量基础设施建设、质量提效等领域深耕多年，善于通过创新手段解决质量和效能难题，拥有多项国内外专利。多次受邀于业界各技术大会发表演讲，传播先进理念和方法论。
腾讯云最具价值专家TVP，极客时间《容量保障核心技术与实战》专栏作者，畅销书《软件研发效能提升之美》作者，《软件研发效能实践指南》副主编。
腾讯云最具价值专家TVP，极客时间《容量保障核心技术与实战》专栏作者，畅销书《软件研发效能提升之美》作者，《软件研发效能实践指南》副主编。
吴骏龙
前Wish中国 测试总监
待定
待定
开源的进化：支撑海量并发的分布式压测平台炼成记
内容大纲
听众收益
介绍下小红书基于云原生的发布系统的演进、当前的进展，以及在演进过程中的一些思考
- 我们为什么在2020年放弃了Spinnaker
- 我们为什么没有继续选择开源的 ArgoCD 等方案，而是选择自研
- 发布系统还是运维平台，我们的思考是怎样的
- 我们为什么在2020年放弃了Spinnaker
- 我们为什么没有继续选择开源的 ArgoCD 等方案，而是选择自研
- 发布系统还是运维平台，我们的思考是怎样的
随着小红书的逐渐发展，Spinnaker在性能和模型设计上已经无法满足小红书研发同学的发布需求和运维管理需求，因此我们开启了自研的道路，在过程中我们对CD系统有了全新的思考
本次分享希望听众可以在思考和设计内部的发布系统时有一定的参考意义
小红书技术保障部/高可用架构组高级研发工程师，拥有DevOps Master认证，目前负责小红书内部的云原生CD系统的开发和布道、小红书内部在离线混部的开发和落地，确保小红书的所有服务不会因为发布而产生稳定性问题，同时通过在离线混部的逐渐落地提升小红书内部的CPU利用率，实现降本增效。毕业后就职于toB的SAAS产品创业公司，从事网络，Devops，Paas等平台的开发工作，并且促成了原公司从传统开发和运维模式到云原生下的开发和运维模式的转变。
秦世杰
行吟科技 高级研发工程师
待定
待定
小红书云原生发布系统演进
内容大纲
听众收益
1. OpenHarmony典型分布式系统能力和业务介绍（典型的分布式业务场景，例如分布式流转和分布式软总线等系统能力介绍）
2. OpenHarmony分布式自动化测试面临的挑战（分布式测试如何控制、断言双端数据、如何进行双端时钟同步等分布式测试痛点）
3. OpenHarmony分布式自动化测试设计（面向分布式场景的功能测试、分布式分层测试设计、兼容性测试设计）
4. OpenHarmony分布式自动化测试实践展示（分布式测试框架、分布式兼容性测试DCTS）
2. OpenHarmony分布式自动化测试面临的挑战（分布式测试如何控制、断言双端数据、如何进行双端时钟同步等分布式测试痛点）
3. OpenHarmony分布式自动化测试设计（面向分布式场景的功能测试、分布式分层测试设计、兼容性测试设计）
4. OpenHarmony分布式自动化测试实践展示（分布式测试框架、分布式兼容性测试DCTS）
OpenHarmony作为全新开源操作系统，分布式自动化测试能力需要全新构建，承载分布式系统功能，性能，可靠性，分布式兼容性测试等业务，可以有效提高分布式系统测试效率，缩减分布式兼容性测试周期。
本议题主要介绍当前OpenHarmony分布式系统和业务，自动化测试设计，分布式兼容性测试设计等测试实践，目前支撑了OpenHarmony分布式业务功能，可靠性，性能，兼容性等测试活动开展。
本议题主要介绍当前OpenHarmony分布式系统和业务，自动化测试设计，分布式兼容性测试设计等测试实践，目前支撑了OpenHarmony分布式业务功能，可靠性，性能，兼容性等测试活动开展。
通过本次分享，听众可以了解OpenHarmony分布式自动化测试思路和实践要点，可以了解分布式测试框架，分布式兼容性测试设计等测试实践，并参考借鉴。可以直接使用社区分布式兼容性测试套件，缩短社区分布式兼容性测试周期。并可在此基础上借鉴拓展，回流社区，开源共建。
华为测试开发高级工程师，主要从事OS领域测试/自动化测试能力构建等工作。20年开始投入OpenHarmony操作系统测试相关工作
擅长领域：OS平台测试设计，自动化测试设计，兼容性测试设计等
李昊
华为 测试开发高级工程师
待定
待定
OpenHarmony分布式测试能力构建实践
内容大纲
听众收益
联系我们
票务联系（可以开发票）： 梦媛 13520678913 （微信同号）
议题投稿： Email：Speaker@qecon.net
媒体合作： 皮皮：13516196409
商务合作： 木子：15122643988
Tips：报名成功后，会收到电子二维码，大会当天凭此现场兑换参会证；
扫码可查看往届盛况
QECon公众号
