Kent Dong

> 放到服务来源里也说的通，因为是通过关联服务来源自动生成路由 对用户来说他应该管理的还是路由吧，所有路由相关的应该都展示在路由管理里，虽然其实关联的是服务来源。

 SCG 里是支持自定义动态路由的 Path 和 Rewrite 规则的，我们这里需要支持自定义吗？ @johnlanni

> >  > > SCG 里是支持自定义动态路由的 Path 和 Rewrite 规则的，我们这里需要支持自定义吗？ @johnlanni > > 建议自定义大于动态路由，有些特殊情况下，path跟serverName并不是一致的。个人愚见~ 有些特殊情况下，path跟serverName并不是一致的：能举个例子吗？

> > > >  > > > > SCG 里是支持自定义动态路由的 Path 和 Rewrite 规则的，我们这里需要支持自定义吗？ @johnlanni > > > > > > > > > 建议自定义大于动态路由，有些特殊情况下，path跟serverName并不是一致的。个人愚见~ > > > >...

> > > > > >  > > > > > > SCG 里是支持自定义动态路由的 Path 和 Rewrite 规则的，我们这里需要支持自定义吗？ @johnlanni > > > > > > > > > >...

总结一下这个需求： 1. 支持为服务来源配置路由，支持自定义域名； 2. Path 仅支持前缀匹配。在进行路由匹配时，会自动将用户配置的前缀后面的一段 Path 中视为 ServiceID ，并进行路由。例如：若前缀配置为 /，请求 Path 为 /orderservice/getOrderById 时，ServiceID 为 orderservice；若前缀配置为 /api，请求 Path 为 /api/userservice/login 时，ServiceID 为 userservice； 3. 默认情况下，服务来源路由自动带有一个 Rewrite 规则，会移除 含 ServiceID...

> > 总结一下这个需求： > > > > 1. 支持为服务来源配置路由，支持自定义域名； > > 2. Path 仅支持前缀匹配。在进行路由匹配时，会自动将用户配置的前缀后面的一段 Path 中视为 ServiceID ，并进行路由。例如：若前缀配置为 /，请求 Path 为 /orderservice/getOrderById 时，ServiceID 为 orderservice；若前缀配置为 /api，请求 Path 为 /api/userservice/login 时，ServiceID...

请 @johnlanni 评估一下这个需求吧。

> 想了解下，这个功能现在在做了吗？ @carrypann is there any progress on this task?

不过 Ingress 并不要求与被访问服务在一个命名空间下吧？