在黑暗时代，我开发 LAMP Web 应用程序的常用设置是在我的机器上进行本地测试。 PHP(在我的例子中)、数据库和网络服务器都是本地安装的。
服务器设置了 Apache 和 MySQL 的标准安装，我有多个虚拟主机用于 Web 应用程序的不同部分。当我对本地机器上的结果感到满意时，我登录到服务器并在暂存环境中执行 git pull。
假设服务器上的一切都和我的机器上一样好，我会为生产做同样的事情。
新的开始……
所以现在我要从头开始一个全新的 Web 应用程序，我想以“正确的方式”来做。我已经阅读了 Docker、Vagrant 和 Puppet(以及 Chef，尽管我个人更喜欢 Puppet 的依赖系统而不是 Chef 的迭代过程)。尽管我已经完成了所有研究，但似乎仍有几个问题我似乎无法找到答案:
是否应该为 Web 服务器(例如 Apache)、数据库服务器(例如 MySQL)和 Web 应用程序的每个部分提供单独的 Docker 容器？
当我谈到 Web 应用程序的 部分 时，我指的是 mysite.com、controlpanel.mysite.com 等。这些“部分”将共享同一个数据库。
由于 Docker 似乎为 Web 和数据库服务器之类的东西提供了现成的容器，这些东西似乎至少应该放在单独的容器中。我的 Web 应用程序的不同部分也应该放在单独的容器中吗？
Docker 容器似乎被设计为可替换的，而不是我必须更新其中的软件。他们写的我不想丢失的数据呢？
数据库服务器将管理与我的数据库内容相关的文件(我将要备份)。 Web 服务器将创建日志，我的 Web 应用程序将管理各种文件和缓存等。所有这些文件都需要在应用程序的容器之外编写(因为我可能会在更新时替换它们？)，那么它们去哪里了?直接进入主机的文件系统？还是放到一个单独的“Docker Volume”中？
如果它们进入 Docker 卷，我应该为数据库、Web 服务器、应用程序等使用单独的卷吗？我还能使用 SFTP 轻松访问内容吗？像我现在一样从我的本地机器上？我不想在这里失去任何便利!
使用 Puppet 为开发服务器和生产服务器创建和管理 Docker 容器是个好主意吗？
Puppet 似乎支持直接管理 Docker 容器，因此这似乎是一种从头开始轻松设置服务器或生产环境(使用 Vagrant)的相当好的方法。
希望我已经提出了一些相关问题；如果能获得一些适当的“最佳实践”来开发和生产类似 LAMP 的 Web 应用程序，那就太好了。只是我发现的似乎并不多!
最佳答案
Should there be separate Docker containers for the web server (such as Apache), the database server (such as MySQL) and each part of the web application?
这个问题没有正确答案。如果您将在生产环境中使用 Docker，请尝试在您的开发环境中运行 Docker 容器，因为它们将在生产环境中使用。否则，您可以最简单的方式使用 Docker 容器。
Docker Hub为 PHP、数据库等提供随时可用的容器，并且易于使用。另一方面，您必须将它们链接在一起以允许它们进行交互。对于开发环境，如果您使用多个容器，我建议使用 docker-compose .
另一种方法是构建一个最接近生产机器(假设您只有一台机器)的 Docker 镜像，该镜像将运行数据库、Web 服务器和 PHP。来自此类镜像的容器必须运行多个进程。这可以通过不同的方式实现。看看supervisor或 phusion/baseimage .
When I talk about parts of the web application, I mean things like mysite.com, controlpanel.mysite.com, etc.
您可以将它们分开。如果这些应用程序需要共享 session ，请确保 session 存储在数据库中或所有人都可以访问的 docker 卷中。
Docker containers seem to be designed to be replaceable rather than me having to update the software inside them. What about the data they write that I don't want to lose?
Docker 有一个叫做卷的东西，它允许将数据写入容器外的文件系统。使用卷有多种方法:您可以 mount a directory from the Docker host到容器卷，或者您可以拥有 data volume containers , 或 named volumes .
Docker 卷是一个重要的概念，值得花时间去掌握它们。
如果您想从 Docker 主机轻松访问容器使用的数据，在 Docker 主机上挂载一个目录是您的最佳选择。尽管文件的权限和所有权可能很棘手。
关于备份，请查看 Docker user guide您需要了解的有关卷的所有信息都在其中详细说明。
Is it a good idea to use Puppet to create and manage the Docker containers, both for the development server and production server?
最佳做法是在您的开发环境中操作，就像您在生产环境中操作一样。如果所有工作都不会用于生产环境，那么为您的开发环境正确设置 Puppet 是没有意义的。拥有 Vagrantfile that provision a VM with Docker只需shell provisioning 真的很容易;恕我直言， puppet/厨师/...是矫枉过正。
您提出了正确的问题，但没有适合所有情况的答案。在我看来，有两种方法可以做:
- 让您的开发环境完全复制您的生产环境
- 让您的开发环境与生产环境不同，尽可能保持简单明了，这样开发人员就不会感受到使用新工具带来的摩擦
关于web-applications - 如何使用 Docker、Puppet 和 Vagrant 开发 LAMP Web 应用程序？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/26139472/