Nginx 我是否需要一个服务来公开一个pod中运行的每个应用程序？

我计划建立一个网站来承载静态文件。用户将上传他们的文件，我将使用

nginx

图像将一系列部署部署部署到Kubernetes节点。我的主要目标是，在某种程度上，用户会将他们的应用部署到一个子域，比如

My blog app.mysite.com

。一段时间后，用户可以使用自定义域

我知道，当我在pod上部署nginx映像时，我必须创建一个服务，通过负载平衡器将端口80（或443）公开到internet

我也读过有关Ingress的文章，看起来像是我需要的，但我认为我不理解这个概念

我的问题是，例如，如果我有500个运行的nginx pod（每个都是不同的网站），那么我是否需要为该节点中的每个pod提供服务（在本例中为500个服务）？

您正在寻找的

使用这种类型的入口，您可以根据主机头将流量路由到不同的nginx实例，这与您的用例完全匹配

在任何情况下，是的，假设您当前的架构，您需要为每个pod提供服务。你没有考虑过另一种方法吗？比如有一个通用的监听器（nginx实例）并根据授权或其他什么获得正确的内容？

您正在寻找的

使用这种类型的入口，您可以根据主机头将流量路由到不同的nginx实例，这与您的用例完全匹配

---

在任何情况下，是的，假设您当前的架构，您需要为每个pod提供服务。你没有考虑过另一种方法吗？比如有一个通用的监听器（nginx实例），并根据授权或其他什么获得正确的内容？

这正是我想要的。但我还有一个问题。例如，如果我有100个部署正在运行，那么用于入口的yaml文件将太长，每次我部署另一个部署时，我都需要更改yaml文件并应用它。这不是有点势不可挡吗？或者有解决办法吗？@BatınEvirgen这就是为什么我说，也许你可以用另一种方式重新设计它。这看起来正是我想要的。但我还有一个问题。例如，如果我有100个部署正在运行，那么用于入口的yaml文件将太长，每次我部署另一个部署时，我都需要更改yaml文件并应用它。这不是有点势不可挡吗？还是有解决办法？@BatınEvirgen这就是为什么我说，也许你可以用另一种方式重新设计它。