问题描述
|
我从未真正为一家正在部署Django应用程序（拥有庞大用户群）的公司工作，并且对执行此操作的最佳方法感到好奇。
现在，我正在EC2上托管Django应用。该应用程序的代码位于我的github帐户中。我有Nginx提供静态内容，并在其后是运行django + mod_wsgi的单个apache服务器。
我试图找出什么是“连续部署”的最佳实践。现在，在添加其他功能之后，请在EC2上执行以下操作：
1）git reset HEAD-硬
2）git拉
3）重启apache
4）重启Nginx
我的settings.py文件中有自定义逻辑，因此，如果我在EC2上运行，则debug设置为False，并且数据库从sqlite3（开发）切换到MysqL（生产）。
现在这似乎对我有用，但是我想知道此过程有什么问题以及如何改进它。
谢谢
解决方法
我曾与使用Fabric部署到多个服务器的系统一起使用
,我是The Texas Tribune（这是100％Django）的前首席开发人员。我们使用RightScale部署到EC2。我没有亲自编写部署脚本，但是它使我们能够非常非常快速地将新实例加入轮换并按需扩展。它并不便宜，但我认为值得每一分钱。
,我同意约翰的看法，并说Fabric是轻松完成此类任务的工具。您可能不想将git配置为使用后提交挂钩自动部署，但是您可能希望配置一个fabric命令在本地运行测试套件，如果通过则推送到生产环境。
许多人运行单独的开发和生产设置文件，而不是在其中具有自定义逻辑来检测它是否在生产环境中。您可以从统一文件继承，然后覆盖dev和production之间不同的位。然后，您使用生产文件启动服务器，而不是依赖于单个统一的settings.py。
如果您仅使用apache托管应用程序，则可能会从重量更轻的解决方案中受益。将fastcgi与nginx结合使用将使您完全消除apache的开销。还有一个用于nginx的wsgi模块，但是我不知道这时是否已经准备好生产。
,还有一种更好的方法来管理此问题。对于ubuntu / debian amis，最好使用管理器版本，并通过将应用程序打包到.deb中来进行deployemnts