复杂入口Nginx配置(由Kubernetes维护的Nginx入口)
我们有一个微服务架构。我们正计划将此迁移到Kubernetes集群,以Docker作为容器运行时 现在我能弄清楚一切,但有一件事不清楚。 基本上,我们已经通过Nginx公开了大约10个聚合器。因此,我们计划使用由Kubernetes维护的Nginx IngressProject 我的疑问是,目前我们有复杂的Nginx配置,比如不同域的不同日志文件,生成自定义头,使用Nginx缓存和持久卷清除逻辑等。目前,我们有5-6个Nginx配置文件 这一切都可以通过入口实现吗?据我所知,我们不能直接提供Nginx-conf,我们只能通过入口提供所有配置?还有可能在多个文件中破坏入口配置吗复杂入口Nginx配置(由Kubernetes维护的Nginx入口),kubernetes,kubernetes-ingress,Kubernetes,Kubernetes Ingress,我们有一个微服务架构。我们正计划将此迁移到Kubernetes集群,以Docker作为容器运行时 现在我能弄清楚一切,但有一件事不清楚。 基本上,我们已经通过Nginx公开了大约10个聚合器。因此,我们计划使用由Kubernetes维护的Nginx IngressProject 我的疑问是,目前我们有复杂的Nginx配置,比如不同域的不同日志文件,生成自定义头,使用Nginx缓存和持久卷清除逻辑等。目前,我们有5-6个Nginx配置文件 这一切都可以通过入口实现吗?据我所知,我们不能直接提供Ng
如果是,有人能提供一些参考吗?请记住,您必须有一个入口才能满足要求。仅创建入口资源无效。在您的情况下,您需要部署入口控制器,例如 对于具有不同路径的同一主机名,可以有多个入口规则。您可以使用可合并的入口资源跨多个入口资源分布公共主机的入口配置。这些资源可以属于相同或不同的名称空间。这使得在使用大量路径时更易于管理。请参见GitHub上的示例 作为可合并入口资源的替代方案,您可以用于跨命名空间配置。请参见GitHub上的示例
看一看:,。谢谢您的回答。我已经部署了ingress nginx。我的疑问是,基本上我们有复杂的Nginx conf,我们是否可以使用ingress Nginx控制器来实现这一点?我认为最好分割这个文件。请看一看: