使用具有多个站点的docker进行开发和生产

Tom*_*sen 5 django linode docker dokku

目前我有3个linode服务器:

1:缓存服务器(Ubuntu,清漆)

2:App服务器(Ubuntu,nginx,rabbitmq-server,python,php5-fpm,memcached)

3:数据库服务器(Ubuntu,postgresql + pg_bouncer)

在我的app-server上,我有多个站点(topdomains).每个站点都在使用virtualenvwrapper创建的虚拟环境中.有些网站很大,流量很大,有些网站很小,流量很小.

一个典型的网站包括蟒蛇(django),芹菜(殴打,花)和gunicorn.

我现在的开发模式现在正在app-server上的临时环境中工作,并将更改提交给git.然后将环境更改为生产环境并执行a git pull,./manage.py migrate并重新启动流程sudo supervisorctl restart sitename:,但这需要时间!必须有一个更简单的方法!

因此,似乎docker可以帮助简化一切,但我无法决定如何管理每个站点内的所有站点和容器的最佳方法.

我查看了http://panamax.iohttps://github.com/progrium/dokku,但不确定其中一个是否符合我的需求.

理想情况下,我会在本地计算机上运行每个站点的开发版本(模拟缓存服务器,app-server和db-server),在那里进行代码更改并测试它们.当我看到更改工作时,我会执行一个命令,它将执行所有繁重的工作并将更改发送到linode服务器(我认为主要是app-server),执行所有迁移并在服务器上重新启动项目.

任何人都可以指出我正确的方向如何实现这一目标?

Ane*_*pic 4

我也遇到过同样的问题。我并不认为这是最好的答案,并且有兴趣看看其他人提出了什么。

Docker 上似乎还没有任何真正的交钥匙解决方案。

令人沮丧的是,大多数“Django+Docker”教程只关注单个 Django 站点,因此它们将 Web 服务器和所有内容捆绑在同一个 Docker 容器中。我认为,如果您在服务器上有多个站点,您希望它们共享一个网络服务器,但这很快就会变得比教程中介绍的更加复杂,教程不再有太大帮助。

我大致想到的是这样的:

  • 使用Fig来管理容器和复杂的 Docker 配置,这些配置始终作为命令行选项输入会很乏味
  • 站点是 Django,位于 uWSGI+Nginx 上(但没有理由你不能拥有其他站点)
  • 我每个站点都有一个 git 存储库,还有一个用于“服务器”的 git 存储库
  • db、nginx 和每个站点的单独容器
  • 每个站点容器都有它自己的uWSGI实例...我做了一些配置切换,这样我就可以启动一个带有uWSGI的“dev”容器作为独立的Web服务器,或者一个“live”容器,其中uWSGI套接字暴露给主容器Nginx 容器,然后接管作为前端 Web 服务器。
  • 我还不确定“dev”uWSGI 服务器有多有用,我可能会切换到只运行 Django dev 服务器并将我的本地代码目录作为容器中的卷共享,这样我就可以编辑并实时重新加载。
  • 在“服务器”存储库中,我拥有所有共享的 Dockerfile,用于 Nginx 服务器、基本 uWSGI 应用程序等。
  • 在“服务器”存储库中,我创建了Fabric任务来进行部署(签出服务器和服务器上的站点存储库、构建 Docker 映像、运行fig up等)。

说到部署,坦白说我不太喜欢 Docker 注册表的想法。这似乎意味着每次要部署新的容器版本时,您都必须将数百兆字节的映像文件上传到注册表服务器。如果您当时的带宽连接有限并且看起来效率很低,那么这很糟糕。

这就是为什么到目前为止我决定通过 Git 部署新代码并在服务器上构建新映像的原因。我根本不使用 Docker 注册表(除了用于基本 Ubuntu 映像的公共注册表)。这似乎有点违背 Docker 实践的原则,所以我很好奇反馈。

我强烈建议您首先投入并构建自己的解决方案。如果你必须花时间学习 Dokku、Panamax 等解决方案,这些解决方案可能适合你,也可能不适合你(我认为它们中的任何一个都还没有真正准备好),你不妨花时间直接学习 Docker……它然后将更容易进一步评估解决方案。

我在搜索的早期尝试使用 Dokku,但不得不放弃,因为boot2docker不兼容……这意味着在 OS X 上,您将面临设置自己的 VirtualBox 虚拟机来运行 Docker 的“乐趣”守护进程。当我不确定自己是否想在一天结束时坚持 Dokku 的工作方式时,这似乎不值得这么麻烦。