在滚动部署过程中是否使用了就绪探针？

Question

在以下yaml语法中：

      readinessProbe:
        httpGet:
          path: /index.html
          port: 80
        initialDelaySeconds: 3
        timeoutSeconds: 3
        periodSeconds: 10
        failureThreshold: 3

战备探测器在Pod的初始部署过程中使用。

1. 用于推出新版本的应用程序，使用滚动部署策略，准备就绪探测是否用于滚动部署？

1. path & port字段允许输入特定服务的url和端口号，但不允许输入依赖服务。如果依赖服务也准备好了，如何验证？

Answer 1

使用滚动部署策略，准备就绪探测是否用于滚动部署？

是的，新版本的Pods已经推出，直到新版本的Pods处于就绪状态时，才会终止旧的Pods。

例如，如果你推出了一个新版本，那就有一个错误，使得Pods没有准备好--旧的Pods仍然在运行，并且流量只被路由到现成的旧Pods。

另外，如果不指定readinessProbe，则使用进程状态，例如，终止的进程不会被视为就绪。

如何验证，如果依赖服务也准备好了？

您可以配置自定义readinessProbe，例如/healtz上的http端点，这取决于您在实现该端点时要使用什么逻辑。一个http响应代码2xx被视为准备就绪。