当对服务起别名时，拉回来的路由规则中的service和namespace仍旧是老的，导致会存在对路由规则处理的错误。

[Cshiyuan]

当对服务起别名时，拉回来的路由规则中的service和namespace仍旧是老的。可能会存在对路由规则处理的错误。

[chuntaojun]

社区开发团队设想的解决方案

1、拉取服务治理规则的 DiscoverResponse 新增 aliasFor 字段用于记录原始服务名称

{
    "code":200000,
    "info":"",
    "type":"",
    # 请求的服务名称信息，可能是服务别名，也可能就是服务名
    "service":{
        "name":"",
        "namespace":""
    },
    # 原始服务名称信息，一定不是别名
    "aliasFor":{
        "name":"",
        "namespace":""
    }
}

2、SDK的路由、熔断插件，根据规则的 originService 以及 service 信息，新增基于别名的匹配计算

[andrewshan]

需要支持的场景

[andrewshan]

• 路由&熔断：只会发生在主调方，解决的场景是用户在主调方，通过别名调用被调方的服务，通过别名查询及执行相应的、关联的是真实服务名的规则。
• 限流：可能发生在主调方和被调方。
  • 假如用户在被调方，那么他可以获取到被调方的真实服务名，同时主调透传的服务名也只会是真实服务名，不需要这个特性；
  • 假如用户在主调方，那么与路由和熔断一样，解决的还是被调用别名的场景