主页 / 问题 / 611961
Accepted
while1pass
Asked:2020-01-08 00:27:29 +0000 UTC2020-01-08 00:27:29 +0000 UTC

从 Docker 镜像启动站点 VS 使用传统方式启动站点（uWSGI、Nginx、Apache）

  • 772

Django 上有一个网站，在生产服务器上我使用 uWSGI / Nginx bundle 启动，本地开发是 Django virtualenv / dev-server

我决定去感受一下运行应用程序的Docker技术，在阅读的过程中出现了一个问题。

从 Docker 镜像运行实时站点是否比这种方式（uWSGI/Nginx）更容易？除了启动站点，项目还在生产服务器上使用 webpack 组装，代码被缩小，一些静态被转换等。

PS 提前为“传统站点启动器”的定义道歉，每个人可能有不同的口味

администрирование

2 个回答

  1. Best Answer

    是的。启动更容易。大致来说，一切都会归结为一个团队docker run <имя образа> [<дополнительные параметры>]。主机系统本身可以是“裸机”——没有任何额外的实用程序、库、服务——只有 Docker。

    • 2

  2. 我现在就警告你，我不是专业人士。我只是给出一个大概的想法，我可能是错的。

    本质

    传统上，您需要一台服务器（硬件或虚拟机），在其上部署站点，安装必要的依赖项，然后进行配置。

    使用 docker，您可以获取操作系统的干净映像（映像），在其中执行几乎相同的所有操作，将其打包成新映像，并将其发送到特殊的注册表存储。

    然后，在安装过程中，该映像将从注册表中下载并在虚拟机中启动。

    优点

    • 你每次都安装到一个新的图像，你有 phoenix 服务器，而不是雪花（这里稍后会出现 Martin Fowler 博客的链接）。
    • 图像创建一次，使用多次。部署完成的图像非常快。您可以快速响应并扩展站点（当然，这需要配置）
    • 您的测试人员正在测试将要投入生产的完全相同的东西，而不是类似的东西。
    • 由于旧版本也存储在注册表中，如果突然发生 fakap，您可以轻松拒绝（好吧，比传统方式更容易）

    瑕疵

    • 以后我会以新的心态来写。但他们是，一切都有他们。

    通常，所有这些不仅适用于 docker。请务必搜索并阅读有关 12 因子应用程序的信息。（稍后我会在这里添加链接）

    • 1

相关问题