码头集装箱聚类

Question

我使用的是拉拉家园解决方案的发展，但现在我想迁移到码头。问题是我的容器怎么会“臃肿”。当我说“臃肿”时，我指的是每个容器应该有多少模块/服务。例如，我创建了四个定制容器，如下所示：

php
  -> php-fpm
  -> composer
  -> memcached
  -> redis
 mysql
  -> mysql
 nginx
  ->nginx
 node
  ->gulp
  ->bower
  ->npm
  ->grunt

问题是，如果这是正确的聚类，还是我应该创建单独的容器，比如说咕噜、保龄球、memcached等等？如何决定什么是一起的，什么是分开的容器？有什么规定吗？发展应该和生产一样吗？

Answer 1

如何将应用程序组件放入容器取决于您的目标是什么。您的目标是使您的服务器更容易管理/管理吗？您是否主要感兴趣的是，如何成功地扩展您的应用程序，因为它得到更多的流量？以下是一些建议，如果缩放是您最关心的问题：

1. 将nginx放入自己的容器中是有意义的，因为它的主要角色是起负载平衡器的作用。大多数情况下，nginx所做的就是将请求传递给PHP服务以进行处理。由于应用程序可能需要处理会话，并且不希望容器共享会话数据，所以应该使用ip_hash策略来委派请求。这样，您就不会遇到非and和CSRF令牌未被识别的问题。
2. 由于PHP容器将完成大部分工作，您可能应该将它们单独保存在容器中。如果延迟成为一个问题，您可以一直只是旋转一个新的PHP容器并将其添加到您的虚拟集群中，以帮助您承担负载。与会话管理相关的任何东西，比如Redis或memcached，也可以放入这个容器中。这样，每个容器就有了减少延迟和打开瓶颈所需的所有工具。
3. 您将希望将实际的Laravel应用程序文件放入单个容器中，并在其他容器之间共享其卷。这样，如果你的应用程序做了诸如处理文件上传之类的事情，你就不必将这些文件复制到多个容器中。您可能想把作曲家和工匠放在这里，因为这些程序处理的任务主要与维护Laravel应用程序中的文件有关。迪伦?林德格伦建议把工匠和作曲家放进他们自己的容器里。。
4. 由于您的数据在整个应用程序中也是共享的，您可能还应该为您的数据库拥有一个单独的容器。我想您可能会考虑将数据库与Laravel应用程序文件捆绑在一起，但不这样做可能更容易，因为您可以相对容易地为各种数据库找到预先配置的容器。
5. 至于节点，您甚至可能不需要在生产服务器上这样做。由于基于节点/npm的组件通常只用于在部署之前组合和压缩资源(JS和CSS)，因此您可以只对开发机器上的所有资产进行预处理，并将压缩/缩小的CSS/JS文件作为Laravel容器的一部分。由于所有与CSS/JS相关的处理都发生在客户端，因此基本上可以将它们视为静态文件。

下面是一个表示以下内容的图表：

​

​

请注意，您可以添加尽可能多的PHP/Redis/Memcached容器，以便根据需要处理额外的服务器负载。这些容器甚至不一定必须位于同一台物理服务器上，这是您获得额外内存和处理能力的地方。

如果你不期望你的应用程序负载如此之多，你需要所有这些来管理它，它可能只是更容易坚持传统的方法。Docker相对来说还是比较新的，并不是真正推荐用于生产环境，尽管，像我一样，您可能真的很有兴趣了解它是如何有用的。

Docker最酷的一点是，您可以在本地开发容器，并将它们“按原样”部署到云中。因此，在本地您将拥有所有这些容器(甚至可以交换其中的一些容器，比如DB和/或服务器)，然后部署就变成了在生产服务器上运行容器的一个新实例的问题。

我希望这能帮助您更好地理解如何提出将应用程序的碎片分解到容器中的策略。Docker在Laravel领域还是相对较新的，所以我相信在接下来的一两年中，这些实践将会迅速改变，并且可能最终会成为自动化的。

Answer 2

在定义容器时，我总是预先考虑指定的服务将扩展多少，以及是否可以以一种孤立的方式扩展它。这样我就可以及时地扩展特定的服务，并在瓶颈所在的地方进行微调。以你为例，我会这样做：

• PHP + Nginx + Node (App容器)
• MySQL (Mysql容器)
• Memcached (Memcached容器)
• Redis (Redis容器)

您总是可以考虑将更多的MySQL实例添加到MySQL集群中，就像使用Memcached和Redis一样。

作为最终的建议，在生产环境中，您应该考虑在MySQL和Memcached + Redis中使用类似Amazon和之类的东西。这将更容易设置和管理。