您的设置,技巧以及最重要的工作流程是什么？
这些工具很棒但是仍然没有附加到它们的最佳实践,因此我不知道使用它们的最有效方法是什么.
你使用pip包还是总是下载？
你手动设置Apache/Cherokee/MySQL还是有脚本？
你把所有东西都放在virtualenv中并使用--no-site-packages吗？
你有几个项目使用virtualenv吗？
你使用Fabric做什么(你编写部署的哪一部分)？
您是将Fabric脚本放在客户端还是服务器上？
您如何处理数据库和媒体文件迁移？
你有没有需要像SCons这样的构建工具？
部署的步骤是什么？你多久经常表演一次？
等等
Carl Meyer.. 79
"最佳实践"非常依赖于环境,因此我不会声称我的实践是最好的,只是它们适合我.我的工作主要是小型网站,所以没有多服务器部署,CDN等.我确实需要支持Webfaction共享主机部署,因为一些客户需要他们能找到的最便宜的主机.我经常需要在不同的环境中多次部署站点,因此可重复的脚本部署至关重要.
我不使用pip包,我从requirements.txt安装.我使用我需要的所有内容运行自己的chishop服务器,因此构建过程中没有多个单点故障.我还在我的开发机器上使用PIP_DOWNLOAD_CACHE来加速引导项目环境,因为我的大多数项目的要求都相当重叠.
我有Fabric脚本,可以在Ubuntu VPS上自动设置和配置nginx + Apache/mod_wsgi,或者在Webfaction共享主机上配置等价物,然后部署项目.
我不使用带有virtualenv的--no-site-packages,因为我更喜欢在系统级安装缓慢移动的编译包(Python Imaging Library,psycopg2); 在每个virtualenv内部做太慢和麻烦.我没有遇到污染系统站点包的问题,因为我一般不会污染它.无论如何,你可以在virtualenv中安装不同版本的东西,它将优先考虑.
每个项目都有自己的virtualenv.我有一些bash脚本(不是virtualenvwrapper,虽然很多人使用它并喜欢它),它可以自动将给定项目的virtualenv部署到已知位置并将该项目的需求安装到其中.
整个部署过程,从裸Ubuntu服务器VPS或Webfaction共享主机帐户到正在运行的网站,使用Fabric编写脚本.
Fabric脚本是项目源代码树的一部分,我从本地开发结帐中运行它们.
我不需要SCons(我知道).
目前,新的部署分为以下几个步骤:
fab staging bootstrap (服务器设置和初始代码部署)
fab staging enable (为此站点启用Apache/nginx配置)
fab staging reload_server (重新加载Apache/nginx配置).
这些当然可以组合成一个命令行fab staging bootstrap enable reload_server.
完成这些步骤后,只需使用新代码更新部署即可fab staging deploy.
如果我需要回滚更新,fab staging rollback.回滚中没有什么特别神奇的东西; 它只是将代码回滚到最后部署的版本并将数据库迁移到以前的状态(这需要记录有关部署后部署的迁移状态的一些元数据,我只是在文本文件中执行此操作).
我没有使用这个答案中描述的Fabric脚本几年,所以它们根本没有维护,我对它们的质量不承担责任:-)但你可以在https://bitbucket.org/carljm看到它们/ django-project-template - 在fabfile.pyrepo根目录和deploy/子目录中.
"最佳实践"非常依赖于环境,因此我不会声称我的实践是最好的,只是它们适合我.我的工作主要是小型网站,所以没有多服务器部署,CDN等.我确实需要支持Webfaction共享主机部署,因为一些客户需要他们能找到的最便宜的主机.我经常需要在不同的环境中多次部署站点,因此可重复的脚本部署至关重要.
我不使用pip包,我从requirements.txt安装.我使用我需要的所有内容运行自己的chishop服务器,因此构建过程中没有多个单点故障.我还在我的开发机器上使用PIP_DOWNLOAD_CACHE来加速引导项目环境,因为我的大多数项目的要求都相当重叠.
我有Fabric脚本,可以在Ubuntu VPS上自动设置和配置nginx + Apache/mod_wsgi,或者在Webfaction共享主机上配置等价物,然后部署项目.
我不使用带有virtualenv的--no-site-packages,因为我更喜欢在系统级安装缓慢移动的编译包(Python Imaging Library,psycopg2); 在每个virtualenv内部做太慢和麻烦.我没有遇到污染系统站点包的问题,因为我一般不会污染它.无论如何,你可以在virtualenv中安装不同版本的东西,它将优先考虑.
每个项目都有自己的virtualenv.我有一些bash脚本(不是virtualenvwrapper,虽然很多人使用它并喜欢它),它可以自动将给定项目的virtualenv部署到已知位置并将该项目的需求安装到其中.
整个部署过程,从裸Ubuntu服务器VPS或Webfaction共享主机帐户到正在运行的网站,使用Fabric编写脚本.
Fabric脚本是项目源代码树的一部分,我从本地开发结帐中运行它们.
我不需要SCons(我知道).
目前,新的部署分为以下几个步骤:
fab staging bootstrap (服务器设置和初始代码部署)
fab staging enable (为此站点启用Apache/nginx配置)
fab staging reload_server (重新加载Apache/nginx配置).
这些当然可以组合成一个命令行fab staging bootstrap enable reload_server.
完成这些步骤后,只需使用新代码更新部署即可fab staging deploy.
如果我需要回滚更新,fab staging rollback.回滚中没有什么特别神奇的东西; 它只是将代码回滚到最后部署的版本并将数据库迁移到以前的状态(这需要记录有关部署后部署的迁移状态的一些元数据,我只是在文本文件中执行此操作).
我没有使用这个答案中描述的Fabric脚本几年,所以它们根本没有维护,我对它们的质量不承担责任:-)但你可以在https://bitbucket.org/carljm看到它们/ django-project-template - 在fabfile.pyrepo根目录和deploy/子目录中.
我使用fabric来构建和部署我的代码,并假设已经为此设置了一个系统.我认为像puppet这样的工具更适合自动安装apache和mysql之类的东西,尽管我还没有真正将它包含在我的工作流程中.
此外,我通常每个项目都有不同的virtualenv.它们是从python的"基础"安装创建的 - 正如Carl指出的那样 - 你可以留下一些全局的python库.
所以在工作流方面会是:
用于安装所需服务的木偶(Web服务器,数据库,ssh服务器......)
puppet设置所需的用户和基本文件夹
fabric为应用程序创建virtualenv
fabric来自requirements.txt的pip install
用于部署应用的结构
fabric用于部署配置文件(Web服务器,...)
京公网安备 11010802040832号 | 京ICP备19059560号-6 