百度 App Feed 流业务架构变迁思考和升级实践 -李哲浩-

过去的架构漫步

• 初期架构问题: 组件化程度低，业务逻辑混乱，缺乏标准化和边界清晰，导致维护成本高，复用性差。
• 团队问题: 成员成熟度不足，重视拼接正确性而非地基，缺乏协作和沟通，忽视新技术和团队指标。

大环境的冲击

• 行业趋势: 软件架构模式多样化，公司平台和环境强调组件化、中台化、动态化。
• 公司环境: 多产品线输出，多团队研发测试，技术方向多元化。

架构影响因素

• 组织结构、ROI、数据、业务价值、功能服务、流程、商业模式、干系人构成、开发方式、团队成熟度、环境、行业特征、技术约束等因素都会影响架构选择。

架构升级思考

• 效率提升: 重构需考虑实际效率提升与投入成本比，避免投入产出不成比例。
• 质量提升: 架构升级需关注脆弱和遗漏带来的bug减少，以及复用带来的bug减少。
• 团队成熟度: 团队成熟度影响架构选择，不同成熟度对应不同架构模式。
• 业务复杂度: 技术复杂度与业务复杂度可能不一致，需综合考虑。
• 架构模式启示: 从DDD、MVC、MVP、MVVM等架构模式中汲取经验，采用更适合的架构模式。

架构升级实践

• 架构原则: 组件化、边界清晰、模型驱动、上下文驱动、事件驱动等。
• 架构模式: 采用DDD战术设计、Hexagonal架构、Redux等。
• 展示层设计: 页面图层化、槽位分区化、组件化。
• 上下文框架: Process Context、Processor、Assistant、Extension Point等。
• 复杂业务设计: 采用DDD战术设计，明确领域模型和边界。
• 架构评价和特征度量: 采用演进式架构，评估架构能力和劣化程度。

架构升级收益

• 复用收益: 所有NA频道相关业务已全面迁移复用。
• 开发效率: 可归因的效率提升10-20%。
• 测试体系: 核心业务单测覆盖率从0变成60%+；自动化白盒测试覆盖了刷新主要场景。
• 平台和能力提升: 基础配套设施更全更智能，架构升级经验和框架沉淀，团队sense提高、工作强度降低。