当前位置：关于我们
一、云组态软件
二、灰度发布的流程
灰度发布流程主要有通用流程、时间流程和具有特定特征的流程，具体如下：通用流程准备阶段：部署新旧版本应用于独立服务器组，使用负载均衡器、服务网格或容器平台创建监听规则并默认指向老版本。灰度策略制定：按用户ID、IP等筛选目标群体，设定初始灰度比例或条件。灰度执行与监控：通过负载均衡工具将小部分流量路由至新版本，使用工具跟踪关键指标。范围扩大或回滚：若稳固则逐步提高流量占比；若异常则立即回滚。全量发布：流量100%切换至新版本，下线老版本服务器。时间流程灰度前：保持老逻辑运行，验证新功能稳固性。灰度中：通过规则逐步分配流量，支持A/B测试，实时监控性能指标，异常时回滚。灰度后：全量切换至新逻辑，保留回滚能力，持续观测核心指标。具有特定特征的流程目标与策略制定：明确发布目标，选定灰度策略，定向筛选用户。环境部署与流量配置：部署新版本实例，拦截流量提取特征标识，配置路由规则精准分发流量。分阶段发布与监控：初始推送部分用户，监控指标与反馈，逐步扩量并验证稳固性。评估与全量发布：分析数据，符合预期则全量上线，否则回滚。
三、发布策略选型:Zadig、阿里云、Argo、Spinnaker、Harness、Codefresh...
在软件开发与运维领域，灰度发布作为一种关键的部署策略，能够逐步向用户推送新版本，降低风险和影响范围。由于不同平台的需求和限制不同，实现灰度发布的方式也可能存在差异。本文将对灰度发布的多种平台进行对比分析，主要关注Zadig、阿里云、Harness、Spinnaker、Argo Rollouts等主流平台。我们将深入探讨它们的使用条件、实现原理、使用流程，并进行横向差异的比对，以帮助读者选择最适合的平台。0
1、Zadig支持多种发布策略，包括蓝绿、金丝雀、分批次灰度、Istio发布等。以下是Zadig蓝绿发布的原理介绍，更多详情请参考官方文档。0
2、阿里云提供蓝绿发布、分批发布等灰度发布策略，以蓝绿发布为例，简要介绍其原理和使用流程，详尽过程可参考官方文档。0
3、Harness支持蓝绿发布、滚动发布、金丝雀发布等发布策略，以蓝绿发布为例，简要介绍其执行过程，具体原理请参考官方文档。0
4、Codefresh支持蓝绿发布、金丝雀发布，以蓝绿发布为例，简要介绍其实现过程，更多详情请参考官方文档。0
5、Spinnaker支持蓝绿、金丝雀等灰度发布策略，以蓝绿发布为例，简要介绍其实现过程，具体原理请参考官方文档。0
6、Argo Rollouts支持蓝绿发布、金丝雀发布等发布策略，以蓝绿发布为例，简要介绍其实现过程，更多详情请参考官方文档。0
7、Fluxcd / Flagger支持蓝绿发布、金丝雀等发布策略，以蓝绿发布为例，简要介绍其实现过程，具体详情请参考官方文档。不同平台的差异选型比对以上产品在部署新版本后流量切换操作中均涉及到工作流的蓝绿步骤。了解不同平台的特点和优势，有助于根据自身需求选择和实施灰度发布策略，提升软件交付的效率和质量。
四、ABTest 平台设计 - 灰度发布和早鸟用户
基于 ABTest 的灰度发布与早鸟用户解决方案
一、基于 ABTest 的灰度发布灰度发布，作为新功能上线前的重要验证环节，其核心在于通过小范围流量测试新功能，确保基本能力无误后再逐步扩大覆盖面，直至全流量上线。这一过程中，ABTest 平台凭借其流量划分能力，成为实现灰度发布的理想工具。灰度发布的实现机制习惯方式：习惯灰度发布通常遵循“单副本-多副本-单机房-多机房”的逐步扩量策略，以确保服务稳固性。但这种方式可能导致用户体验问题，如相邻请求结果跳变。ABTest 方式：利用 ABTest 平台的流量划分能力，可以稳固地将部分用户路由到新版本的静态文件或服务程序上，其余用户则继续访问原版本。这种方式不仅简化了服务部署和回滚操作，还保证了用户在灰度上线期间的体验稳固性。应用场景静态文件发布：全量发布多个版本的静态文件（如css/js等），通过ABTest将部分用户路由到新版本的静态文件上。服务程序发布：使用新的Docker部署新版本程序，通过ABTest将部分用户请求路由到新的Docker上。
二、服务好早鸟用户早鸟用户，包括企业内外部对新功能有迫切需求的用户，如公司高层、产品经理、测试人员等。为了满足这些用户的特殊需求，ABTest 平台需要提供灵活的机制，让他们能够切换AB功能。早鸟用户的需求公司高层：希望立即体验新功能，以评估其价值和效果。产品经理和测试人员：需要回归新功能的线上效果，比较不同AB分支的效果。外部用户：提交BUG并希望验证修复效果。解决方案ID 分桶的局限性：虽然可以通过收集早鸟用户的ID并手动配置实验分组来满足需求，但这种方式存在隐私泄露风险，且增加了运维工作量。强制命中灰度/AB的后门功能：为了降低沟通和维护的繁琐度，ABTest 平台可以提供强制命中灰度/AB的后门功能。这些后门功能可以包括：写 Cookie 机制：适用于WEB端产品，提供一个特殊URL，访问该URL会种下一个强制命中的实验分组Cookie。配置注入机制：适用于APP端产品，提供一个二维码，APP扫描二维码后被注入实验分组配置。隐藏功能机制：在某些内容上连续点击N下后弹出配置面板，用于查看和调整当前所中的实验分组。
三、总结基于 ABTest 的灰度发布与早鸟用户解决方案，不仅提升了新功能上线的稳固性和用户体验，还满足了早鸟用户的特殊需求。通过提供灵活的机制，ABTest 平台能够大幅度降低沟通和维护的繁琐度，促进与早鸟用户的合作与沟通。在未来，随着ABTest平台的不断优化和完善，相信将能够为企业带来更多价值。