1

我正在使用用于 java 的 fabric8 库在 Kubernetes 集群上部署应用程序。

我想轮询 pod 的状态以了解它们何时准备就绪。我开始自己写，直到我读到了 Watcher。

我实现了这样的东西

deployment =
          kubeClient.extensions().deployments().inNamespace(namespaceName).create(deployment);
      kubeClient.pods().inNamespace(namespaceName).watch(new Watcher<Pod>() {
        @Override
        public void eventReceived(io.fabric8.kubernetes.client.Watcher.Action action,
            Pod resource) {
          logger.info("Pod event {} {}", action, resource);
          logger.info("Pod status {} , Reason {} ", resource.getStatus().getPhase(),
              resource.getStatus().getReason());
        }

        @Override
        // What causes the watcher to close?
        public void onClose(KubernetesClientException cause) {
          if (cause != null) {
            // throw?
            logger.error("Pod event {} ", cause);
          }
        }

      });

我不确定我是否正确理解了 Watcher 的功能。是否超时？还是我仍然在 eventReceivedMethod() 中编写轮询器？观察者的用例是什么？

4

1 回答 1

0

// What causes the watcher to close?

由于手表是使用 websockets 实现的，因此连接随时可能因任何原因或无故关闭。

观察者的用例是什么？

我想这有两个方面：不支付 TCP/IP + SSL 连接设置成本，使其更快，并且让您的系统是事件驱动的而不是简单的轮询，这将使每个参与者使用更少的资源（服务器和您的客户）。

但是，是的，您的问题的答案是，如果您尚未达到预期的 Pod 状态，您需要有重试逻辑来重新建立观察者。

于 2018-06-23T04:56:04.123 回答