2

我有 3 个(app-client、app-a、app-b)应用程序在码头服务器和一个 NGINX 负载均衡器(app-lb)中运行。所有(内部或外部)请求都通过负载均衡器到达我的应用程序。根据 Web 上下文(/app-a/ 或 /app-b/)名称,LB 会将请求转发到正确的应用程序。我已经在 LB 中配置了(位置 /app-a/ 和位置 /app-b 和位置 /app-client)。app-a 会调用 app-b 和 app-b 会调用 app-a , app-client 会被外界调用, app-client 会调用 app-a 或 app-b。

我已经为我的应用程序编写了 Docker-composer。为了避免循环依赖,我使用了 Docker net。它运行良好。

如果我扩大我的应用程序。LB 不知道这个新的应用程序容器。

我已经阅读了一些教程并尝试使用jwilder/nginx-proxy而不是 NGINX。如果我使用 VIRTUAL_HOST=app-name 变量来使用它,它会在配置文件中更新上游。但是,我的应用程序是基于每个容器的位置映射运行的。如果我没有指定,请求将如何转到正确的容器。

如何在 LB 的 default.conf 文件中提供位置映射,如下所示,因为此配置由容器动态更新如何制作内部调用 url。

   location /app-a {
            proxy_pass http://app-a;
    }
   location /app-client {
            proxy_pass http://app-client;
    }


   location /app-b {
            proxy_pass http://app-b;
    }
Request from outside: http://IP:9090/app-client/
Internal call : http://app-lb:80/app-a/
                http://app-lb:80/app-b

   LB exposed port no is 9090
4

1 回答 1

3

nginx-proxy 镜像有拉取请求(例如#599)来支持虚拟路径。要实现这一点,您可以使用原始图像并将您自己的 nginx.tmpl 文件传递​​到容器中(作为卷挂载,例如 -v $(pwd)/nginx.tmpl:/app/nginx.tmpl:ro)。然后,您的容器只需要VIRTUAL_PATH按照他们的意愿进行定义VIRTUAL_HOST

我还建议DEFAULT_HOST在 nginx-proxy 容器上进行设置,如果您不想要基于主机名的路由,请让每个人都指出这一点。

请注意#599,我遇到的 nginx.tmpl 中有一个错误,您需要{{ $networks := .Networks }}向上移动两行到{{ range $container := .Containers }}(重新定义的范围重新.定义.Networks)之前。否则,所有网络都将被假定为可访问的,如果容器还连接到 nginx-proxy 无法访问的其他网络,您将获得超时。

于 2016-11-06T01:45:12.827 回答