• 逍遥乐天
    2020-04-22
    使用了istio以后，原来微服务的路由，熔断，网关等是否可以剔除，从此微服务只关注业务，另外的istio的成熟度是否足以支撑？

    作者回复: 我觉得首先要确定替换的目的是什么。如果有痛点是网格可以解决的，并获得统一的使用体验，是可以替换的。到如果你所说的这些流控已经有了，就要考虑替换的必要性了。我个人认为istio 还处在发展的中前期，还需要进一步的市场检验。

    共 2 条评论
    2
  • peter
    2020-05-24
    感觉Service Mesh可以做很多事情，就是不知道性能如何

    作者回复: 加入Envoy后有2-10ms的延迟，看你能不能接受：） 具体案例也可以参考蚂蚁的双十一全面mesh化

    
    1
  • 光
    2020-04-07
    service mesh 解决网络通信问题。这个指的是什么具体痛点场景。单独K8S 好像也没啥问题啊。

    作者回复: Kubernetes网络控制相关的功能比较基础，没法做复杂的流量控制。今晚的直播我会再解释下这个问题。

    共 2 条评论
    1
  • 核桃
    2020-12-25
    service mesh 本身的ingress gw和api gw对比有什么区别呢，能取代api-gw吗

    作者回复: Istio的ingressgateway本质上就是LoadBalancer的service，从功能上还比不上Kong这样的成熟网关产品。如果在网关层面有更复杂的需求，Ingress可能还满足不了。

    
    
  • closer
    2020-11-09
    熔断是什么？技术标准udpa 数据平面api，没听懂

    作者回复: 熔断请参考20讲，标准无非就是定义一些统一的api，让用户能以同样的方式集成不同的产品，比如usb接口。

    
    
  • 陈先生（Ken）
    2020-05-20
    老师，servicemesh能否完全做到springcloud关于分布式服务治理所有功能需求

    作者回复: 如果是所有的话恐怕不能完全覆盖，但流控相关的功能是完全可以替代的，也可以整合两种方案进行互补。mesh的优势主要是对应用透明。

    
    
  • 光
    2020-04-07
    问下如果有了service mesh 是不是就不需要类似于kong 之类的专用网关了。

    作者回复: 第5课有回答这个问题啊，也可以参考我翻译的这篇文章：https://www.servicemesher.com/blog/do-i-need-an-api-gateway-if-i-have-a-service-mesh/

    共 2 条评论
    