通知容器Kubernetes中更新的吊舱

我想在Kubernetes部署一些服务器。这些服务器的客户端也将位于Kubernetes。客户机和服务器可以独立部署或扩展

客户端必须知道服务器（IP）的列表。我在客户端上有一个HTTP端点，用于在客户端运行时更新服务器列表（热配置重新加载）

所有这些目前都在库伯内特斯之外运行。我想迁移到GCP

关于pods更新和通知的行业标准是什么？我希望在服务器更新时得到通知，以调用客户端上的端点来更新服务器列表

无法使用LoadBalancer，因为客户端确实需要调用特定的服务器（业务逻辑在客户端中）

---

谢谢

调用一组提供功能的POD的标准是。如果您不想要自动负载平衡或单一IP地址，而常规服务需要这样做，那么您应该研究一下。调用headless services将返回指向服务后面的POD的DNS a记录列表。当POD变得可用/不可用时，此列表会自动更新。

虽然我认为修改现有脚本以仅从headless中提取列表要简单得多，但也值得一提

您可以构建一个自定义控制器来侦听服务事件，然后将该事件中的数据发布到另一个服务或入口的HTTP端点。自定义资源将定义要监视的服务以及将结果发布到哪里

尽管如此，这可能是一个更重的解决方案，在一个吊舱中有一个侧车/单独的容器来轮询服务的变化（听起来更接近于您现有的模型）

---

我对Alassane的答案投了赞成票，因为我认为在构建CRD之前，这是实现类似目标的第一条正确途径。

谢谢Andy，回答得非常透彻。我们将首先做简单的事情，如果需要的话，在这基础上再接再厉。我会接受阿拉森的回答，因为他是第一个。但你对全球形势的描述很有帮助。