蓝绿发布的图画的有问题吧，数据库存储层不应该分开吧

再请教下: SpringCloud应用 迁移到 istio，原有的部署改造有哪些？ 比如原来的流量入口 Nginx 转发 springcloudgateway 是不是直接替换成 nginx转发到 ingressgateway上，原来的consul注册中心还需要？如何跟istio这套服务注册兼容？还是可以直接下掉。

请教下为什么我这里报这个错？ kubectl apply -f virtual-service-reviews-v2-chrome.yaml error: error validating "virtual-service-reviews-v2-chrome.yaml": error validating data: ValidationError(VirtualService.spec.http[0].match): invalid type for io.istio.networking.v1alpha3.VirtualService.spec.http.match: got "map", expected "array"; if you choose to ignore these errors, turn validation off with --validate=false ----- apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: reviews-chrome spec: hosts: - reviews http: - match: headers: user-agent: regex: ".*Chrome.*" - route: - destination: host: reviews subset: v2

老师请教下：在istio中部署 微服务的 namespace 和 中间件的 namespace 是否需要拆分隔离开，以便于envoy sidecar只注入到 微服务上， 中间间和 微服务还是通过servicename 直连吧，不需要经过 envoy转发是吗？

老师您好，后apply的虚拟服务会覆盖之前apply的吧？为什么我使用了user-agent的apply的路由策略在灰度发布的策略apply后，就都不生效了呢？我用的istio版本是1.9.4

老师，蓝绿发布的话，如何同步蓝绿环境中数据库的数据？一般企业都是怎么处理这部分的？

老师，我的所有服务都在同一个k8s的namespace里，现在引入了istio，会新增一个「istio-system」的namespace，那我是要重新把所有服务放到新的namespace里采用使用istio的功能吗？

老师说的自动化的灰度发布工具 目前有哪些

老师 我的应用是有两个版本 是用vue编写的前端spa并用nginx部署 两个版本的样式在进行金丝雀时 会出现样式混乱 就是有时候旧版本的样式部分会在新版本中展示 新版本部分样式出现在旧版本中 尤其是两者流量为95-5这样的小流量时 如果是50-50这种情况就变少了 我已经关闭了浏览器缓存了 不知道是什么问题

请问下，当我一个app 不注入sidecar的时候，能正常读取挂在pod里的文件，但是只要一注入就报权限不够不能读取文件。这个事什么情况