伊斯蒂奥断路器谁绊倒了？

Question

我目前正在做的服务网格Istio在版本1.6的研究。数据平面(特使代理)由控制平面配置。

1. 当我通过创建目标规则和断路器打开配置断路器时，客户端侧代理是否已经返回503或服务器端侧代理？
2. 客户端侧代理是自动地将请求路由到服务的另一个可用实例，还是简单地将503返回到应用程序容器？

提前感谢！

Answer 1

1. 在日志条目中，您可以检查它们，以找出由断路器停止的连接的两端。来自istio-proxy容器的日志消息中存在连接双方的IP地址。

  {
  insertId: "..."
  labels: {
    k8s-pod/app: "circuitbreaker-jdwa8424"
    k8s-pod/pod-template-hash: "..."
  }
  logName: ".../logs/stdout"
  receiveTimestamp: "2020-06-09T05:59:30.209882320Z"
  resource: {
    labels: {
      cluster_name: "..."
      container_name: "istio-proxy"
      location: "..."
      namespace_name: "circuit"
      pod_name: "circuit-service-a31cb334d-66qeq"
      project_id: "..."
    }
    type: "k8s_container"
  }
  severity: "INFO"
  textPayload: "[2020-06-09T05:59:27.854Z] UO 0 0 0 "-" - - 172.207.3.243:443 10.1.13.216:36774 "
  timestamp: "2020-06-09TT05:59:28.071001549Z"
  }

消息来自istio-proxy容器，该容器运行受发送请求的CircuitBreaker策略影响的特使。还有被中断的连接的源和目的地的IP地址。

1. 它将返回503。有配置重试的选项，但是我没有测试它与CircuitBreaker的协同作用，如果之前返回一个错误，重试实际上会转到不同的pod。

还请看一看我设法找到的对CircuitBreaker最详细的解释。

希望能帮上忙。