Kubernetes 集群作为 pubsub 推送订阅者
Kubernetes cluster as pubsub push subscriber
如果我想让 Google Cloud Kubernetes 集群充当 pubsub 推送通知的订阅者，在节点上实际接收通知的最佳方式是什么？
我假设我需要指定一个负载均衡器作为订阅的终点，但是could\should我在每个 pod 上使用 nginx 来接收消息？或者别的什么？
有可用的模式或示例吗？
如果您指的是 Cloud Pub/Sub，当 Cloud Pub/Sub 主题上有新消息时，您的应用程序无法获得 HTTP 请求。这根本不是 Cloud Pub/Sub 的工作方式。
您的应用程序需要使用 Cloud Pub/Sub API 客户端收听消息。
这里有一个 GKE 上的示例 Pub/Sub 应用程序：https://cloud.google.com/kubernetes-engine/docs/tutorials/authenticating-to-cloud-platform 但它不会公开负载均衡器并根据需要通过 Ingress 获取消息。
通过 "pubsub"，如果您指的是一般 "publish-subscribe pattern"，您可以只创建一个多副本应用程序，将它们放在负载均衡器（或 Ingress）后面，并让消息队列在有消息时调用您的端点。
但我不确定为什么这首先是一个问题，因为我刚刚描述了一个简单的负载平衡应用程序。
如果我想让 Google Cloud Kubernetes 集群充当 pubsub 推送通知的订阅者，在节点上实际接收通知的最佳方式是什么？
我假设我需要指定一个负载均衡器作为订阅的终点，但是could\should我在每个 pod 上使用 nginx 来接收消息？或者别的什么？
有可用的模式或示例吗？
如果您指的是 Cloud Pub/Sub，当 Cloud Pub/Sub 主题上有新消息时，您的应用程序无法获得 HTTP 请求。这根本不是 Cloud Pub/Sub 的工作方式。
您的应用程序需要使用 Cloud Pub/Sub API 客户端收听消息。
这里有一个 GKE 上的示例 Pub/Sub 应用程序：https://cloud.google.com/kubernetes-engine/docs/tutorials/authenticating-to-cloud-platform 但它不会公开负载均衡器并根据需要通过 Ingress 获取消息。
通过 "pubsub"，如果您指的是一般 "publish-subscribe pattern"，您可以只创建一个多副本应用程序，将它们放在负载均衡器（或 Ingress）后面，并让消息队列在有消息时调用您的端点。
但我不确定为什么这首先是一个问题，因为我刚刚描述了一个简单的负载平衡应用程序。