我们希望将当前的Nginx/Gunicorn/Django堆栈迁移到Docker中，并使用DockerSwarm部署它以实现高可用性。我们一直在努力做出的决定之一是是否将Nginx与Gunicorn/Django放在同一个容器中。以下是这些场景以及我们如何看待它们:场景1:将Nginx放置在应用的容器中。这违背了“每个服务都有自己的容器”的方法论，但它允许Nginx直接通过unix套接字而不是端口与Gunicorn通信。这显然不是很大，但值得一提。主要优点如下。这里的一个潜在缺点是过多的Nginx实例会产生额外的开销(请权衡一下)。场景2:将Nginx放在自己的容器中。尽管这遵循了上述
我们希望将当前的Nginx/Gunicorn/Django堆栈迁移到Docker中，并使用DockerSwarm部署它以实现高可用性。我们一直在努力做出的决定之一是是否将Nginx与Gunicorn/Django放在同一个容器中。以下是这些场景以及我们如何看待它们:场景1:将Nginx放置在应用的容器中。这违背了“每个服务都有自己的容器”的方法论，但它允许Nginx直接通过unix套接字而不是端口与Gunicorn通信。这显然不是很大，但值得一提。主要优点如下。这里的一个潜在缺点是过多的Nginx实例会产生额外的开销(请权衡一下)。场景2:将Nginx放在自己的容器中。尽管这遵循了上述
我有一个基于Java的Web应用程序，它部署在jboss-10.1.0(wildfly)中。我正在使用dockerswarm模式(dockerversion1.12.1)来扩展我的应用程序，一切正常，但我面临的唯一问题是session管理。现在让我们来看看场景。我有两个实例正在为我的应用程序运行(即App1和App2)。我正在使用由dockerswarm模式提供的默认负载均衡器和nginx将我的应用程序从chintan.test.com:9080重定向到chintan.test.com:80这样我就不需要用我的写下端口了url，我可以直接使用这个URLchintan.test.com访
我有一个基于Java的Web应用程序，它部署在jboss-10.1.0(wildfly)中。我正在使用dockerswarm模式(dockerversion1.12.1)来扩展我的应用程序，一切正常，但我面临的唯一问题是session管理。现在让我们来看看场景。我有两个实例正在为我的应用程序运行(即App1和App2)。我正在使用由dockerswarm模式提供的默认负载均衡器和nginx将我的应用程序从chintan.test.com:9080重定向到chintan.test.com:80这样我就不需要用我的写下端口了url，我可以直接使用这个URLchintan.test.com访
我有一个包含nginx和PHP的堆栈，可以在DockerSwarm集群上运行。在我的PHP应用程序中，我需要从访问我的webapp的客户端主机获取包含真实IP的remote_addr($_SERVER['REMOTE_ADDR'])。但问题是dockerswarm集群通知nginx的IP。它显示了一个内部IP，如10.255.0.2，但真正的IP是来自客户端主机的外部IP(如192.168.101.151)。我该如何解决？我的docker-compose文件:version:'3'services:php:image:php:5.6volumes:-/var/www/:/var/www
我有一个包含nginx和PHP的堆栈，可以在DockerSwarm集群上运行。在我的PHP应用程序中，我需要从访问我的webapp的客户端主机获取包含真实IP的remote_addr($_SERVER['REMOTE_ADDR'])。但问题是dockerswarm集群通知nginx的IP。它显示了一个内部IP，如10.255.0.2，但真正的IP是来自客户端主机的外部IP(如192.168.101.151)。我该如何解决？我的docker-compose文件:version:'3'services:php:image:php:5.6volumes:-/var/www/:/var/www
我的应用程序需要运行大量容器作为工作节点(以执行各种批处理作业)，而我对保持Web服务器或数据库并不感兴趣-只是可能需要1秒到1秒之间任何时间的短作业小时。我的想法是针对节点云工作，而不必担心这些节点中的哪些机器有可用资源来处理我的工作(mesos在这方面非常擅长-正如所宣传的那样)。我现在正在使用DC/OS，我想知道是否有任何其他集群技术提供此功能:假设我需要1CPU、2GBRAM和2GB磁盘-对我的节点运行Xdocker容器.我喜欢swarm的想法，因为我对docker本身非常熟悉，而且我相信它是最容易设置和自动化的(放大或缩小)。我喜欢kubernetes(不过没有经验)，因为它
我的应用程序需要运行大量容器作为工作节点(以执行各种批处理作业)，而我对保持Web服务器或数据库并不感兴趣-只是可能需要1秒到1秒之间任何时间的短作业小时。我的想法是针对节点云工作，而不必担心这些节点中的哪些机器有可用资源来处理我的工作(mesos在这方面非常擅长-正如所宣传的那样)。我现在正在使用DC/OS，我想知道是否有任何其他集群技术提供此功能:假设我需要1CPU、2GBRAM和2GB磁盘-对我的节点运行Xdocker容器.我喜欢swarm的想法，因为我对docker本身非常熟悉，而且我相信它是最容易设置和自动化的(放大或缩小)。我喜欢kubernetes(不过没有经验)，因为它
有DockerSwarm(现在内置在Docker中)和Docker-Compose。人们似乎只在单个节点上运行容器时使用Docker-Compose。但是，Docker-Compose不支持任何deploy配置值，请参阅https://docs.docker.com/compose/compose-file/#deploy，其中包括mem_limit和cpus，能够设置似乎很好/很重要。所以也许我应该使用DockerSwarm？虽然我只在单个节点上部署。此外，安装说明对于其他人来说会更简单(他们不需要安装Docker-Compose)。但也许我不应该在单个节点上使用Swarm的原因是什
有DockerSwarm(现在内置在Docker中)和Docker-Compose。人们似乎只在单个节点上运行容器时使用Docker-Compose。但是，Docker-Compose不支持任何deploy配置值，请参阅https://docs.docker.com/compose/compose-file/#deploy，其中包括mem_limit和cpus，能够设置似乎很好/很重要。所以也许我应该使用DockerSwarm？虽然我只在单个节点上部署。此外，安装说明对于其他人来说会更简单(他们不需要安装Docker-Compose)。但也许我不应该在单个节点上使用Swarm的原因是什
