专题演讲嘉宾：李哲浩

现在一些团队的QA人数少，成了研发效率瓶颈；另外，核心业务深入迭代，产品需求不断叠加，开发成本呈现井喷式上升，业务模型异常复杂，出现大型软件工程问题，比如系统僵化，脆弱，冗余，晦涩。

大环境出现组件化、动态化、中台化、微服务、微前端浪潮，以及各大平台推出 React&Declarative UI 框架。手百 Feed 是首屏展现，扮演重要业务角色，出现问题影响严重，遗留代码基大，架构老旧不敢改，导致0-1 copy 现象严重，问题排查难度大；

业务团队人数近百人，存在并行开发，以及快速集中“兵力”的诉求，很多团队成员思想还停留在解决小应用的层面；除此之外，手百之外存在矩阵产品、创新孵化产品，要求动态裁剪等等问题；

百度内部有两种方案选型：A：组件化、中台化、服务化，分层输出；B：建设测试体系、端运维体系。

方案介绍：整体采用上下文+容器+组件/服务的架构方式，区分核心系统和系统的插件；基于消息和服务并重的通信机制，使用事件溯源实现自动化测试；内容分发形态稳定，部分复杂业务采用领域驱动开发，简单业务采用标准规范化开发；内容消费的落地页种类多，形态丰富，变更频繁，槽位页+图层页的展示层设计；隔离基础设施，建立防腐层，内外模型分离；面向对象、接口编程，测试驱动开发。

实施效果：
可独立开发、可独立构建、可独立发布，可独立部署，可实现动态裁剪，进程无感知；
更方便的维护，更安全的重构，更少的线上问题，更快的排查和调试；
满足快速上手和高级使用双层诉求，更细粒度的复用，配置组合化的扩展方式；

演讲提纲：

1. 过去的架构漫步
2. 大环境的冲击
3. 采用的架构思想和原则（含概要设计）
4. 基于若干场景的架构示例（复杂场景、外部场景）
5. 架构维护控制（统计、度量、自动化）

你将获得：

1. 了解适合 Feed 流形式的业务框架如何抽象和组织
2. 了解大型遗留架构如何实现转型，并建立测试体系，自动化体系，端运维体系
3. 架构升级实现快速开发的路径