关于自定义负载均衡/灰度发布/如何平滑的下线一个服务-的问题

如果在getway自定义负载均衡策略会不会影响hystrix的降级策略？

 自定义负载均衡会不会导致其他组件的功能出现问题，比如hystrix？（我举不出更多组件了）

自定义负载均衡规则来做灰度发布，通过读取metadata的数据来判断服务是否是灰度版本，把所有的流量引入到新发布的版本是否是一种好的策略？（当然也可以引流10%的流量到新的版本里等稳定之后全部引流）。但是如果food项目的订单服务上一次版本发布了1000次，我怎么一次修改上次发布的50%个服务的metadata数据，并且把新发布的项目的metedata进行修改并且引流。这种多版本的配置文件的管理，也需要解决。也许nacos和apoll有这样的功能，我没有实践过。（nacos有这样的功能吗？）

问题是：除了上面通过metadata来区分灰度版本，如果是大厂的话大厂的引流策略，和灰度发布的功能会不会更复杂，我感觉我这种方式可能有点窄，我很想了解灰度发布可能出现的问题，灰度发布衍生的其他的问题都有什么（比如引流，权重等等，也许还有我想不出来的问题），想知道如何设计一个完善的灰度发布策略

老师可以直播一下深入分析一下复杂场景，真实的大批量服务的平滑过渡策略吗？