有经验的Web开发人员如何将Django部署到EC2上的生产环境中?

| 我从未真正为一家正在部署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     

要回复问题请先登录注册