作者回复: 我觉得首先要确定替换的目的是什么。如果有痛点是网格可以解决的,并获得统一的使用体验,是可以替换的。到如果你所说的这些流控已经有了,就要考虑替换的必要性了。我个人认为istio 还处在发展的中前期,还需要进一步的市场检验。
作者回复: 加入Envoy后有2-10ms的延迟,看你能不能接受:) 具体案例也可以参考蚂蚁的双十一全面mesh化
作者回复: Kubernetes网络控制相关的功能比较基础,没法做复杂的流量控制。今晚的直播我会再解释下这个问题。
作者回复: Istio的ingressgateway本质上就是LoadBalancer的service,从功能上还比不上Kong这样的成熟网关产品。如果在网关层面有更复杂的需求,Ingress可能还满足不了。
作者回复: 熔断请参考20讲,标准无非就是定义一些统一的api,让用户能以同样的方式集成不同的产品,比如usb接口。
作者回复: 如果是所有的话恐怕不能完全覆盖,但流控相关的功能是完全可以替代的,也可以整合两种方案进行互补。mesh的优势主要是对应用透明。
作者回复: 第5课有回答这个问题啊,也可以参考我翻译的这篇文章:https://www.servicemesher.com/blog/do-i-need-an-api-gateway-if-i-have-a-service-mesh/