ingress是不是只是一个抽象概念，可以通过gateway这个实际api实现，不知道我这样理解对不对？ k8s里面没有virtualService的概念，其后端的realserver就是K8s的service. istio不仅抽象出了virtualService， 还提供了subSet, 控制平面修改这俩抽象，从而能够实现前面几讲中的功能 我是这样理解的这个设计差异的：istio是专注于服务网格的，必然为了提供servicemesh相关的灵活功能要多进行抽象。 而k8s专注于容器编排，只提供了服务方面基本的功能，高级功能依托于master代码之外的插件实现。现在是servcie mesh活，过几年不知道又是什么了，所以k8s的设计我觉得还是符合设计原则，职责单一，对扩展开放。

istio 对性能影响很大吧？

请教下: 需要为 每个 Ingress gateway 后面路由的微服务 都 创建一个 VirtualService 和 DestinationRule 进行路由转发? 这块一般怎么玩？

17 讲的ingress 和14讲的gateway 有啥区别呀

老师我想问一下 我如果想在前端和后端中间加一个鉴权服务咋做 我可以在鉴权服务中设置一些请求头 做一些也许逻辑 然后再去其它服务

如何配置多个 istio-gatewayingress 网关服务？

老师好，istio-ingressgateway在具有8000个svc的环境中，使用内存高，这种一般在部署线上环境有什么建议吗？

apiVersion: networking.istio.io/v1beta1 kind: Gateway metadata: name: httpbin-gateway spec: selector: istio: ingressgateway servers: - port: name: http number: 80 protocol: HTTP hosts: - '*' apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: httpbin spec: gateways: - httpbin-gateway hosts: - '*' http: - match: - uri: prefix: /status - uri: prefix: /delay route: - destination: host: httpbin port: number: 8000

curl -x 127.0.0.1:32162 -I -HHost.httpbin.example.com http://httpbin.example.com/status/200 32162换成你自己的istio-ingressgateway这个service中指向80的port

请问为什么访问的不是gateway的svc ip, 而是localhost?