We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
当配置信息有改动时,希望能有部分的节点服务去验证此配置信息的正确性。而不会影响到所有节点的功能点,所以在如下环境下。是否主持了配置的灰度。例如polaris的服务灰度(金丝雀)。 可参考携程的apollo的灰度功能点: 通过创建灰度版本,您可以对某些配置做灰度测试 灰度流程为: 1.创建灰度版本 2.配置灰度配置项 3.配置灰度规则.如果是私有的namespace可以按照客户端的IP进行灰度,如果是公共的namespace则可以同时按AppId和客户端的IP进行灰度 4.灰度发布 灰度版本最终有两种结果:全量发布和放弃灰度 全量发布:灰度的配置合到主版本并发布,所有的客户端都会使用合并后的配置 放弃灰度:删除灰度版本,所有的客户端都会使用回主版本的配置 注意事项: 1.如果灰度版本已经有灰度发布过,那么修改灰度规则后,无需再次灰度发布就立即生效
The text was updated successfully, but these errors were encountered:
这个我们会考虑在 1.14 版本带入配置灰度的能力,我们会参考业内已有的最佳实践,也欢迎您可以下周的开发者周会中提出此议题,我们可以一起讨论
Sorry, something went wrong.
我们将会在1.17版本先完善配置中心的配置加解密的能力,然后在 1.18 完成配置中心的灰度发布能力
#1164
将统一在这个 issue 进行跟进
No branches or pull requests
当配置信息有改动时,希望能有部分的节点服务去验证此配置信息的正确性。而不会影响到所有节点的功能点,所以在如下环境下。是否主持了配置的灰度。例如polaris的服务灰度(金丝雀)。
可参考携程的apollo的灰度功能点:
通过创建灰度版本,您可以对某些配置做灰度测试
灰度流程为:
1.创建灰度版本
2.配置灰度配置项
3.配置灰度规则.如果是私有的namespace可以按照客户端的IP进行灰度,如果是公共的namespace则可以同时按AppId和客户端的IP进行灰度
4.灰度发布
灰度版本最终有两种结果:全量发布和放弃灰度
全量发布:灰度的配置合到主版本并发布,所有的客户端都会使用合并后的配置
放弃灰度:删除灰度版本,所有的客户端都会使用回主版本的配置
注意事项:
1.如果灰度版本已经有灰度发布过,那么修改灰度规则后,无需再次灰度发布就立即生效
The text was updated successfully, but these errors were encountered: