为什么 nginx 有时需要 运行 on docker？
Why nginx are required to be run on docker sometimes?
我正在学习 docker 和 nginx（jwilder/nginx-proxy，...）。
在配置过程中，我想不出为什么要在 docker 上安装 nginx 的原因。 AFAIK，可以使用暴露的端口访问容器，并且我的真实主机上只有一个 nginx 可以为它们提供服务。
nginx作为容器运行可以期待哪些优势？
Nginx 服务器 不需要 到 运行 作为容器，如果您看不到这样做的好处，按照您的方式尝试也没有坏处.
需要考虑的几点：
- 一些生产配置完全基于 docker。例如，当您 运行ning Kubernetes 或 Swarm 设置时。在这些配置中，虚拟服务器只有 运行 docker 引擎，没有别的。
- 运行 作为容器的 nginx 与 运行 将其他任何容器作为容器具有相同的优势 - 它（自动）缩放，由编排器保持健康，它是可移植和可重现的.
- 既然你提到了 jwilder 的反向代理 - 你可能知道它是一个专门为 docker 设计的自动反向代理。它会自动检测新的或更新的容器，并调整其配置以匹配。
我正在学习 docker 和 nginx（jwilder/nginx-proxy，...）。 在配置过程中，我想不出为什么要在 docker 上安装 nginx 的原因。 AFAIK，可以使用暴露的端口访问容器，并且我的真实主机上只有一个 nginx 可以为它们提供服务。 nginx作为容器运行可以期待哪些优势？
Nginx 服务器 不需要 到 运行 作为容器，如果您看不到这样做的好处，按照您的方式尝试也没有坏处.
需要考虑的几点：
- 一些生产配置完全基于 docker。例如，当您 运行ning Kubernetes 或 Swarm 设置时。在这些配置中，虚拟服务器只有 运行 docker 引擎，没有别的。
- 运行 作为容器的 nginx 与 运行 将其他任何容器作为容器具有相同的优势 - 它（自动）缩放，由编排器保持健康，它是可移植和可重现的.
- 既然你提到了 jwilder 的反向代理 - 你可能知道它是一个专门为 docker 设计的自动反向代理。它会自动检测新的或更新的容器，并调整其配置以匹配。