haormj @zackzhang ks中灰度版本号的要求如下 只能包含小写字母及数字, 长度在16个字符内 但是在实际场景中，app的版本都是遵循语义化版本，会包含点，但是灰度版本命名中不支持，感觉不好对应 而且在灰度的时只有工作负载支持修改镜像资源，而没有其他资源，比如configmap，有时候灰度的版本配置文件也会发生变化，从而感觉这个灰度在实际场景中有一定的局限性，也没有自动化灰度的功能，比如自动调整灰度的比例
haormj zackzhang 就比如在一段时间内逐渐增加新版本灰度比例，到达100%后就更新成功，我记得有一个自动灰度工具flagger，这个过程不是人为调整，而是程序自动调整 个人觉得灰度功能要是能够和helmcharts中的版本结合就好了，灰度实际上在灰度应用的某个版本，而应用的某个版本不单单是应用的镜像，还有该版本关联的其他资源 @zackzhang 可以帮忙看下流量拓扑的问题吗？我这边可远程
haormj 总结下遇到的问题 ks servicemesh会使用app.kubernetes.io/name和app.kubernetes.io/version，若使用helm charts，因为helm charts也会基于这两个label做匹配，最好将业务使用的label重新定义下 若将一个helm charts理解为一个应用的话，那么app.kubernetes.io/name定义的维度更高一些，可以有互相调用的应用都增加同样的app.kubernetes.io/name标签，这样流量拓扑中才会显示调用关系 若出现k8s service中定义了多端口，目前ks不支持，相关issue见链接
