Kubernetes：我应该使用 HTTPS 在服务之间进行通信吗

Question

假设我正在使用 GCE ingress 处理来自集群外部的流量并终止 TLS (https://example.com/api/items)，从这里请求被路由到仅在集群内部可用的两个 services 之一.到目前为止，一切都很好。

如果我必须从服务 A 调用服务 B，我应该一直使用集群的外部 IP/域并使用 HTTPS (https://example.com/api/user/1) 调用服务还是可以使用内部 IP服务并使用 HTTP (http://serviceb/api/user/1)？我是否必须加密数据，或者只要它不离开私有 k8s 网络，它是否“安全”？

如果我想拥有只能从集群内部访问的“内部”端点怎么办 - 当我总是使用外部 https-url 时，每个人都可以访问这些端点。直接调用服务，我可以做一个http://serviceb/internal/info/abc。

Answer 1

如果我必须从服务 A 调用服务 B，我应该一直使用集群的外部 IP/域并使用 HTTPS (https://example.com/api/user/1) 来调用服务还是可以使用内部 IP服务和使用 HTTP (http://serviceb/api/user/1)？

如果您需要使用 API Gateway 提供的功能（身份验证、缓存、高可用性、负载平衡），请选择“是”，否则不要。面向外部的 API 应仅包含外部客户端（来自集群外部）使用的端点。

我是否必须加密数据，或者只要它不离开私有 k8s 网络，它是否“安全”？

“安全”是一个非常相对的词，我相信没有 100% 安全的网络。您应该权衡“某人”或“某物”从网络中嗅探数据的概率以及如果发生这种情况对您的业务产生的影响。 p>

如果这对您有帮助：对于我工作过（或从我认识的人那里听说）的任何项目，容器/服务之间的专用网络已经绰绰有余。

如果我想拥有只能从集群内部访问的“内部”端点怎么办 - 当我总是使用外部 https-url 时，每个人都可以访问这些端点。

正是我在答案之上所说的。将这些端点保留在集群内部会使它们无法通过设计从外部访问。

最后一件事，为大量内部服务管理大量 SSL 证书是一种痛苦，如果没有必要，应该避免。