Docker：如何对接和部署LAMP应用程序的多个实例

Question

我需要部署同一个LAMP（或LEMP）应用程序的许多实例：

• 每个实例都可以通过前端LoadBalancer/Proxy
从子域访问
• 每个实例必须有自己的db数据和文件数据。
• 可以监视每个实例
• 可以为每个应用程序实例设置内存限制/cpu
• 易于自动部署新webapp实例
• 环境可以很容易地进行测试和开发。

应用程序要求：

null

null

示例：

>

tutum为Wordpress应用程序提供了一个多功能容器:https://github.com/tutumcloud/tutum-docker-wordpress

Phusi提供针对Docker优化的基本映像，在文档(https://github.com/phusion/baseimage-docker#docker_single_process):

Docker可以在容器中运行多个进程。事实上，没有技术上的理由让您将自己限制在一个进程中

• 自动化部署、监视、销毁……
似乎很容易。
• 易于在生产、测试和开发环境中使用。

反对意见(IMHO)：

• 单芯片
• 难以缩放
• 没有使用Docker

null

null

专业(IMHO)：

• 已解耦
• 每个实例隔离的进程
• 每个容器一个进程，不需要后台进程管理器作为RUnit或supervisord

反对意见(IMHO)：

null

null

1. 在这些解决方案之间进行选择时，需要考虑的标准和利弊是什么？
2. 如何管理所有容器堆栈如果我选择解决方案2，有一个“大图片”的所有容器状态，链接，版本...？
3. 应用程序src文件(PHP)可能构建在容器中或装入卷，例如。/var/www？

Answer 1

我最近在Docker上分析了这种类型的设置。我知道有些人把Docker看作是一种MicroVM，但我认为Docker的哲学更倾向于每个容器的单个进程。这与方案编制中的单一责任原则很好地吻合。Docker容器的功能越多，可重用性就越低，管理也就越困难。我把所有的想法都贴在这里了：

http://software.danielwatrous.com/a-review-of-docker/

然后我继续使用Docker构建一个LEMP堆栈。我没有发现将PHP和Nginx进程拆分为单独的Docker容器有多大价值，但Web和数据库功能都在单独的容器中。我还展示了如何管理链接和卷共享，以避免在容器中运行SSH守护进程。你可以把我在这里所做的作为一个参照点。

http://software.danielwatrous.com/use-docker-to-build-a-lemp-stack-buildfile/

对于您关于每个容器的单个函数的复杂性增加的观点，您是正确的。它的外观和感觉就像您拥有不同的分布式层一样。很多年来，大型应用程序已经做到了这一点，而且当涉及到通信、安全和管理时，它确实增加了复杂性。当然，它也带来了许多好处。