SaaS 场景下的全链路灰度发布实践-戴明智

全链路灰度发布实践

设计背景

• 多版本并行测试时，会出现环境占用、协调难度大、维护成本高的问题。
• 直接发布线上风险大，一次发布变更会影响所有商家，发布风险大；发布后出现问题，回滚复杂，无法快速回切。
• 生产发布只能在晚上进行，发布效率低。

全链路灰度带来的挑战

• 全链路灰度是单体架构下灰度发布的衍生物，实施成本及复杂度更高。
• 挑战包括：资源如何隔离、流量标签如何传递、多组件如何快速支持数据一致性、K8s资源、消息队列、注册中心如何指定合适的隔离方案。

全链路灰度在微盟的落地

• 整体架构：涵盖灰度生命周期管理。
• 灰度生命周期：包括环境创建、配置流量策略、灰度推进到蓝绿状态、灰度转正、流量回切、灰度下线。
• 实践场景：
  • 环境创建：支持多版本并行测试环境。
  • 配置流量策略：流量调整过程中支持资源扩容。
  • 灰度推进到蓝绿状态：需完成资源1:1扩容后再切换流量。
  • 灰度转正：流量全部切换到生产环境后一键转正，流量无损。
  • 流量回切：灰度下线时的流量回切操作。

落地效果及未来规划

• 落地效果：稳定性高、成本低、可维护性强。
• 未来规划：
  • 监控：加强监控能力。
  • 开放、扩展能力：提升平台的开放性和扩展性。