我正在学习docker，似乎无法理解用docker扩展的想法。假设2个基于Docker的容器，1个用于nginx，1个用于webapp（php/nodejs/etc），在1个非常强大的服务器（多核，多线程）上，具有固定的资源量。
如果这两个容器能够使用100%的服务器资源，那么在同一服务器上生成另一个nginx或webapp容器就没有意义了。这里扩展的解决方案是使用1个webapp容器生成另一个服务器或增加同一服务器的资源。在这种情况下，Docker只是一个简单/快速/标准化环境设置的工具。
在webapp无法充分利用服务器上所有可用资源的情况下，docker使您能够在同一服务器上生成另一个webapp。例如，1个Nginx容器和3个webapp容器在1个服务器中。
在这里用docker扩展的想法是什么？在云平台上呢？
我试着在网上搜索，但不能真正把我的头周围。
1条答案
按热度按时间kiayqfof1#
在这种情况下，Docker只是一个简单/快速/标准化环境设置的工具。
这是一个与扩展Web应用程序密切相关的问题：如果您只有一台服务器，那么部署软件难度并不重要。如果您有10台服务器，您将需要一个标准化且易于设置的部署。
如果这两个容器能够使用100%的服务器资源，那么在同一服务器上生成另一个nginx或webapp容器就没有意义了。
我同意，这就是我如何部署Django应用程序：有一个运行Django的容器，它使用gunicorn来运行与我拥有的核心一样多的worker（或者稍微多一点- Django花一些时间等待数据库）。
在这里用docker扩展的想法是什么？在云平台上呢？
其他评论者建议您研究Kubernetes，但在我看来，Kubernetes通常不值得实施，除非您有非常大的异构工作负载。大多数云提供商提供的自动扩展组可以提供复杂性较低的可扩展性。在此设置中，每个VM都运行Docker，但每个Docker守护进程都是独立的。