Kubernetes群集作为pubsub推送订户

如果我想让Google Cloud Kubernetes集群充当pubsub推送通知的订户，那么在节点上实际接收通知的最佳方式是什么

我假设我需要指定一个负载平衡器作为订阅的端点，但是我是否应该在每个pod上使用nginx来接收消息？还是别的什么

---

有没有可用的模式或示例

如果您指的是云发布/订阅，那么当有关于云发布/订阅主题的新消息时，您的应用程序无法获得HTTP请求。这根本不是云发布/订阅的工作方式

您的应用程序需要使用云发布/订阅API客户端侦听消息

GKE上有一个示例Pub/Sub应用程序：但它不会公开负载平衡器，也不会根据需要通过入口获取消息

---

通过“pubsub”，如果您通常指的是一般的“发布-订阅模式”，那么您可以创建一个多副本应用程序，将它们放在负载平衡器（或入口）后面，并在有消息时让消息队列调用您的端点

---

但我不确定为什么这首先是一个问题，因为我刚刚描述了一个简单的负载平衡应用程序。

如果你指的是云发布/订阅，当有关于云发布/订阅主题的新消息时，你不能让你的应用程序获得HTTP请求。这根本不是云发布/订阅的工作方式

您的应用程序需要使用云发布/订阅API客户端侦听消息

GKE上有一个示例Pub/Sub应用程序：但它不会公开负载平衡器，也不会根据需要通过入口获取消息

---

通过“pubsub”，如果您通常指的是一般的“发布-订阅模式”，那么您可以创建一个多副本应用程序，将它们放在负载平衡器（或入口）后面，并在有消息时让消息队列调用您的端点

---

但我不确定为什么这首先是一个问题，因为我刚刚描述了一个简单的负载平衡应用程序。

节点是受管理的虚拟机，在扩展或更新集群时，所有更改都将丢失。你确定你指的是节点吗？请参考这一点，这可能会对你有所帮助。此外，如果提及节点，请澄清问题。另外，你也可以用。是的，我的意思是pod，谢谢。谢谢，另一个线程几乎回答了这个问题。我正在寻找一个用于pubsub推送通知的GKE入口示例，以及如何在端口443上实际侦听。ngnix是接收推送通知并运行一些自定义代码的有效模式吗？我找不到适用于您的用例的示例。然而，这可能会帮助你。您可以定义ngnix入口控制器的容器端口，并根据需要使用。节点是受管理的虚拟机，在扩展或更新群集时，您所做的所有更改都将丢失。你确定你指的是节点吗？请参考这一点，这可能会对你有所帮助。此外，如果提及节点，请澄清问题。另外，你也可以用。是的，我的意思是pod，谢谢。谢谢，另一个线程几乎回答了这个问题。我正在寻找一个用于pubsub推送通知的GKE入口示例，以及如何在端口443上实际侦听。ngnix是接收推送通知并运行一些自定义代码的有效模式吗？我找不到适用于您的用例的示例。然而，这可能会帮助你。您可以为ngnix入口控制器定义容器端口，并根据需要使用。我看到了关于的文档，它似乎允许您在不需要发布/订阅SDK的情况下通过每个新发布/订阅消息获得HTTP调用。或者我误解了这是为了什么？你理解得对，但你的问题与这个问题无关。在你的第一段中，你说每当发布/订阅主题上有新消息时，就不可能得到HTTP调用。但据我所知，推送订阅正是这样做的。我看到了关于的文档，它似乎允许您在不需要Pub/Sub SDK的情况下通过每个新的Pub/Sub消息获得HTTP调用。或者我误解了这是为了什么？你理解得对，但你的问题与这个问题无关。在你的第一段中，你说每当发布/订阅主题上有新消息时，就不可能得到HTTP调用。但据我所知，推送订阅正是这样做的。