本文介绍了微服务环境下全链路灰度的背景和需求，特别是配置灰度的应用场景，如金丝雀发布、新功能上线和数据库迁移。MSE新上线的配置标签推送功能解决了环境信息感知问题，简化了业务代码，提供了标签维度的配置管理、应用配置推送和实例动态打标功能。实践步骤包括服务实例标签设置、按标签推送配置以及查看配置值分布。
作者：洵沐、流士
背景
微服务场景下，全链路灰度作为一种低成本的新功能验证方式，得到了越来越广泛的应用。除了微服务实例和流量的灰度，微服务应用中的配置项也应该具备相应的灰度能力，以应对灰度应用对特殊配置的诉求。
为什么需要配置标签推送
从全链路灰度谈起
在微服务场景中，应用的灰度发布迎来了新的挑战。不同于单体架构中将应用整体打包即可发布测试版本，微服务应用往往由多个服务组合而成。这些服务通常由不同的团队负责，独立进行开发。一个新功能通常只涉及到部分服务，在测试新特性时，我们只需要对这部分服务进行发布即可。为了让微服务应用正常运行，还需要设计一种方案，让灰度流量也能正常经过其他不需要发布的服务。
这一功能通常有物理环境隔离和逻辑环境隔离两种解决方案。前者需要为每套灰度环境都搭建一套网络隔离、资源独立的环境，为了应用能正常运行，还需要在环境中为未被灰度到的服务、各种中间件等做冗余发布，如图所示：
物理环境隔离这一方案存在着大量的机器资源浪费。因此业界普遍采用后者，即逻辑环境隔离的方式做为全链路灰度的解决方案。只需部署灰度服务，通过调用链路上的流量控制使得灰度流量能在灰度环境和正式环境间流转，实现灰度微服务应用的正常运行，帮助业务方进行新功能验证。如图所示：
最低0.47元/天 解锁文章
扫一扫
1902
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
