谷歌发布订阅。从 AppEngine 到 Kubernetes pod 以及从一个 Kubernetes pod 到另一个 Kubernetes pod 的通信

Question

在这两种情况下如何发送和接收消息？

我们正在将我们的应用从 appengine 迁移到 kubernetes。我们有两个以这种方式分布的微服务：

开发环境

• 服务 1：在 Kubernetes pod（名为 1 的集群）上运行。它在 AppEngine 上运行
• 服务 2：在 Kubernetes pod（名为 1 的集群）上运行。它在 AppEngine 上运行

问题是服务 1 不断向 AppEngine 上的服务 2 发送 pubsub 消息。它应该向运行在 Kubernetes 上的服务 2 发送 pubsub 消息

生产环境

• 服务 1：在 AppEngine 上运行，但很快它将在 Kubernetes pod（名为 1 的集群）
• 服务 2：在 AppEngine 上运行，但很快它将在 Kubernetes pod（名为 1 的集群）

在生产环境中，现在服务 1 和 2 通过 pubsub 进行通信。将生产环境中的两种服务迁移到 Kubernetes pod 的最佳方式是哪种（以及以什么顺序）？

我正在考虑将服务 1 和 2 同时移动到 Kubernetes 并开始使用 http rest 在它们之间发送和接收消息（这意味着停止使用 Google PubSub），但我不确定。我看到的另一个问题是推送端点需要 https，而我的 kubernetes 服务的外部 ip 是 http

Answer 1

解决办法是：

1) 将 pubsub 订阅更改为 pull 类型

2) 创建服务帐号凭据

3) 适配的服务代码（现在在 Kubernetes 中运行），以便它实际拉取 pubsub 消息

Answer 2

PubSub 消息被发送到一个主题。该主题的每个侦听器（例如 GAE 服务 2 和 k8s 服务 2）都会收到发送的消息。

如果您想根据来源（GAE 和 k8s）区分消息，最简单的方法是创建另一个主题。并且只在 k8s 服务中配置这个新主题。

但是，如果服务也这样做，我看不出共享 pubsub 主题可能是什么问题。