使用 Fabric 自动化部署

2019-09-1912199 阅读33 评论

在上一篇教程中,我们通过手工方式将代码部署到了服务器。整个过程涉及到十几条命令,输了 N 个字符。一旦我们本地的代码有更新,整个过程又得重复来一遍,这将变得非常繁琐。

使用 Fabric 可以在服务器中自动执行命令。因为整个代码部署过程都是相同的,只要我们用 Fabric 写好部署脚本,以后就可以通过运行脚本自动完成部署了。

首先在本地安装 Fabric:

$ pipenv install fabric --dev

因为 Fabric 只需在本地使用,因此使用 --dev 选项,让 Pipenv 将 Fabric 依赖写到 dev-packages 配置下,线上环境就不会安装 Fabric。

部署过程回顾

在写 Fabric 脚本之前,先来回顾一下当我们在本地开发环境下更新了代码后,在服务器上的整个部署过程。

  1. 远程连接服务器。
  2. 进入项目根目录,从远程仓库拉取最新的代码。
  3. 如果项目引入了新的依赖,需要执行 pipenv install --deploy --ignore-pipfile 安装最新依赖。
  4. 如果修改或新增了项目静态文件,需要执行 pipenv run python manage.py collectstatic 收集静态文件。
  5. 如果数据库发生了变化,需要执行 pipenv run python manage.py migrate 迁移数据库。
  6. 重启 Nginx 和 Gunicorn 使改动生效。

整个过程就是这样,把每一步操作翻译成 Fabric 对应的脚本代码,这样一个自动化部署脚本就完成了。

完善项目配置

分离 settings 文件

为了安全,线上环境我们将 debug 改为了 False,但开发环境要改为 True,改来改去将很麻烦。此外,django 的 SECRET_KEY 是很私密的配置,django 的很多安全机制都依赖它,如果不慎泄露,网站将面临巨大安全风险,像我们现在这样直接写在配置文件中,万一不小心公开了源代码,SECRET_KEY 就会直接泄露,好的实践是将这个值写入环境变量,通过从环境变量取这个值。

解决以上问题的一个方案就是拆分 settings.py 文件,不同环境对应不同的 settings 文件,django 在启动时会从环境变量中读取 DJANGO_SETTINGS_MODULE 的值,以这个值指定的文件作为应用的最终配置。

我们来把 settings.py 拆分,首先在 blogproject 目录下新建一个 Python 包,名为 settings,然后创建一个 common.py,用于存放通用配置,local.py 存放开发环境的配置,production.py 存放线上环境的配置:

blogproject\
    settings\
        __init__.py
        local.py
        production.py
    settings.py

将 settings.py 文件中的内容全部复制到 common.py 里,并将 SECRET_KEYDEBUGALLOWED_HOSTS 这些配置移到 local.py 和 production.py 中(common.py 中这些项可以删除)。

开发环境的配置 local.py 内容如下:

from .common import *

SECRET_KEY = 'development-secret-key'
DEBUG = True
ALLOWED_HOSTS = ['*']

线上环境的配置:

from .common import *

SECRET_KEY = os.environ['DJANGO_SECRET_KEY']
DEBUG = False
ALLOWED_HOSTS = ['hellodjango-blog-tutorial-demo.zmrenwu.com']

注意这里我们在顶部使用 from .common import * 将全部配置从 common.py 导入,然后根据环境的不同,在下面进行配置覆盖。

线上环境和开发环境不同的是,为了安全,DEBUG 模式被关闭,SECRET_KEY 从环境变量获取,ALLOWED_HOSTS 设置了允许的 HTTP HOSTS(具体作用见后面的讲解)。

以上操作完成后,一定记得删除 settings.py

现在我们有了两套配置,一套是 local.py,一套是 production.py,那么启动项目时,django 怎么知道我们使用了哪套配置呢?答案是在运行 manage.py 脚本时,django 默认帮我们指定了。在使用 python manage.py 执行命令时,django 可以接收一个 --settings-module 的参数,用于指定执行命令时,项目使用的配置文件,如果参数未显示指定,django 会从环境变量 DJANGO_SETTINGS_MODULE 里获取。看到 manage.py 的源码:

def main():
    os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'blogproject.settings')
    try:
        from django.core.management import execute_from_command_line
    except ImportError as exc:
        raise ImportError(
            "Couldn't import Django. Are you sure it's installed and "
            "available on your PYTHONPATH environment variable? Did you "
            "forget to activate a virtual environment?"
        ) from exc
    execute_from_command_line(sys.argv)

可以看到这个 main 函数,第一行的 setdefault 为我们设置了环境变量 DJANGO_SETTINGS_MODULE 的值,这句代码的作用是,如果当前环境中 DJANGO_SETTINGS_MODULE 的值没有被设置,就将其设置为 blogproject.settings,所以我们使用 python manage.py 执行命令时,django 默认为我们使用了 settings.py 这个配置。

所以我们可以通过设置环境变量,来指定 django 使用的配置文件。

对于 manage.py,通常在开发环境下执行,因此将这里的 DJANGO_SETTINGS_MODULE 的值改为 blogproject.settings.local,这样运行开发服务器时 django 会加载 blogproject/settings/local.py 这个配置文件。

另外看到 wsgi.py 文件中,这个文件中有一个 application,是在线上环境时 Gunicorn 加载运行的,将这里面的 DJANGO_SETTINGS_MODULE 改为 blogproject.settings.production

这样,在使用 manage.py 执行命令时,加载的是 local.py 的设置,而使用 gunicorn 运行项目时,使用的是 production.py 的设置。

修改 BASE_DIR 配置项

还有需要注意的一点,看到存放通用配置的 common.py 文件,里面有一个配置项为:

BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))

这个 BASE_DIR 指向项目根目录,其获取方式为根据所在的配置文件向上回溯,找到项目根目录。因为此前的目录结构为 HelloDjango-blog-tutorial/blogproject/settings.py,因此向上回溯 2 层就到达项目根目录。而现在目录结构变为 HelloDjango-blog-tutorial/blogproject/settings/common.py,需向上回溯 3 层才到达项目根目录,因此需将 BASE_DIR 进行一个简单修改,修改如下:

BASE_DIR = os.path.dirname(os.path.dirname(os.path.dirname(os.path.abspath(__file__))))

即再在外面包一层 os.path.dirname,再向上回退一层,到达项目根目录。

设置 Supervisor 环境变量

此外,由于线上环境配置中的 secret_key 从环境变量获取,因此我们改一下 supervisor 的配置,将环境变量导入,打开 supervisor 的配置文件 ~/etc/supervisor/conf.d/hellodjango-blog-tutorial.ini,添加环境变量的配置语句:

environment=DJANGO_SECRET_KEY=2pe8eih8oah2_2z1=7f84bzme7^bwuto7y&f(#@rgd9ux9mp-3

因为此前可能将代码传过公开的代码仓库,所以最好把线上使用的 SECRET_KEY换一下。这个网站可以自动生成 SECRET_KEY:Django Secret Key Generator

保存配置,然后要执行 update 命令更新配置。

$ supervisorctl -c ~/etc/supervisord.conf update

编写 Fabric 脚本

一切准备工作均已就绪,现在就来使用 Fabric 编写自动部署脚本。

Fabric 脚本通常位于 fabfile.py 文件里,因此先在项目根目录下建一个 fabfile.py 文件。

根据上述过程编写的脚本代码如下:

from fabric import task
from invoke import Responder
from _credentials import github_username, github_password


def _get_github_auth_responders():
    """
    返回 GitHub 用户名密码自动填充器
    """
    username_responder = Responder(
        pattern="Username for 'https://github.com':",
        response='{}\n'.format(github_username)
    )
    password_responder = Responder(
        pattern="Password for 'https://{}@github.com':".format(github_username),
        response='{}\n'.format(github_password)
    )
    return [username_responder, password_responder]


@task()
def deploy(c):
    supervisor_conf_path = '~/etc/'
    supervisor_program_name = 'hellodjango-blog-tutorial'

    project_root_path = '~/apps/HelloDjango-blog-tutorial/'

    # 先停止应用
    with c.cd(supervisor_conf_path):
        cmd = 'supervisorctl stop {}'.format(supervisor_program_name)
        c.run(cmd)

    # 进入项目根目录,从 Git 拉取最新代码
    with c.cd(project_root_path):
        cmd = 'git pull'
        responders = _get_github_auth_responders()
        c.run(cmd, watchers=responders)

    # 安装依赖,迁移数据库,收集静态文件
    with c.cd(project_root_path):
        c.run('pipenv install --deploy --ignore-pipfile')
        c.run('pipenv run python manage.py migrate')
        c.run('pipenv run python collectstatic --noinput')

    # 重新启动应用
    with c.cd(supervisor_conf_path):
        cmd = 'supervisorctl start {}'.format(supervisor_program_name)
        c.run(cmd)

来分析一下部署代码。

deploy 函数为部署过程的入口,加上 task 装饰器将其标注为一个 fabric 任务。

然后定义了一些项目相关的变量,主要是应用相关代码和配置所在服务器的路径。

deploy 函数被调用时会传入一个 c 参数,这个参数的值是 Fabric 在连接服务器时创建的 ssh 客户端实例,使用这个实例可以在服务器上运行相关命令。

接着就是执行一系列部署命令了,进入某个目录使用 ssh 客户端实例的 cd 方法,运行命令使用 run 方法。

需要注意的是,每次 ssh 客户端实例执行新的命令是无状态的,即每次都会在服务器根目录执行新的命令,而不是在上一次执行的命令所在目录,所以要在同一个目录下连续执行多条命令,需要使用 with c.cd 上下文管理器。

最后,如果服务器没有加入代码仓库的信任列表,运行 git pull 一般会要求输入密码。我们代码托管使用了 GitHub,所以写了一个 GitHub 账户密码响应器,一旦 Fabric 检测到需要输入 GitHub 账户密码,就会调用这个响应器,自动填写账户密码。

由于响应器从 _credentials.py 模块导入敏感信息,因此在 fabfile.py 同级目录新建一个 _credentials.py文件,写上 GitHub 的用户名和密码:

github_username = 'your-github-username'
github_password = 'your-github-password'

当然,这个文件包含账户密码等敏感信息,所以一定记得将这个文件加入 .gitignore 文件,将其排除在版本控制系统之外,别一不小心提交了公开仓库,导致个人 GitHub 账户泄露。

执行 Fabric 自动部署脚本

进入 fabfile.py 文件所在的目录,用 fab 命令运行这个脚本文件(将 server_ip 换为你线上服务器的 ip 地址):

pipenv run fab -H server_ip --prompt-for-login-password -p deploy

这时 Fabric 会自动检测到 fabfile.py 脚本中的 deploy 函数并运行,输入服务器登录密码后回车,然后你会看到命令行输出了一系列字符串,最后看到部署完毕的消息。

如果脚本运行中出错,检查一下命令行输出的错误信息,修复问题后重新运行脚本即可。以后当你在本地开发完相关功能后,只需要执行这一个脚本文件,就可以自动把最新代码部署到服务器了。

-- EOF --

33 评论
登录后回复
ZhangYide
2020-07-24 22:52:01

由于现在Supervisor已经支持python3,所以服务器端supervisor就是用pipenv安装的,因此,直接用你的代码'supervisorctl stop {}'.format(supervisor_program_name) 就会报command 不存在,但是我在服务器上试着直接在前面加上 pipenv run 也不行。
请问有什么办法解决吗?还是说必须先进到工程目录pipenv shell 后再执行后面的语句?

回复
追梦人物 ZhangYide
2020-07-25 20:18:24

对 supervisor 建议全局安装,不要装在虚拟环境。

回复
ZhangYide
2020-07-23 21:59:56

给大家提个醒,当用那个网站生成密码时,如果首位是特殊字符,执行命令

$ supervisorctl -c ~/etc/supervisord.conf update

将会报错:
error: <class 'xmlrpc.client.Fault'>, 
<Fault 92: "CANT_REREAD: Unexpected end of key/value pairs in value

将首位改成字母即可。

回复
Maoning Guan
2020-07-21 20:51:45

您好,博主。为什么我连接服务器输入密码之后,

>pipenv run fab -H 106.53.196.XXX --prompt-for-login-password -p deploy

会出现以下错误:
Enter login password for use with SSH auth:
Exception: ProxyCommand("connect -S 127.0.0.1:1080 -a none 106.53.196.XXX 22") returned nonzero exit status: 在一个非套接字上尝试了一个操作。
Traceback (most recent call last):
File "c:\users\gmn.virtualenvs\hellodjango-blog-tutorial-yjve3tl6\lib\site-packages\paramiko\proxy.py", line 107, in recv
r, w, x = select([self.process.stdout], [], [], select_timeout)
OSError: [WinError 10038] 在一个非套接字上尝试了一个操作。

上面的IP后三位是正确的,只是我在这里没有写出来。

我运行的环境是:

Windows 10 系统
Django==2.2.3
fabric==2.5.0
paramiko == 2.7.1
invoke == 1.4.1
python == 3.7.6

回复
Maoning Guan Maoning Guan
2020-07-21 20:55:45

我查了资料,显示:
paramiko\proxy.py里面的select()函数不能在Windows系统中使用,但是又有资料说Fabric的最新版在Windows系统中是可以正常使用的。

回复
追梦人物 Maoning Guan
2020-07-25 20:24:34

非常抱歉,fabric 的部署方案我已经很久没有测试了,这一章不是必须的,如果不可用可以暂时跳过,手动部署即可。

回复
LeechenLove
2020-07-11 18:08:21

首先非常感谢博主的知识分享,但是我今天遇到个问题,就是之前的每一个步骤都是能正常跑通的,但是就是这个命令一直跑失败
pipenv run fab -H server_ip --prompt-for-login-password -p deploy
报错信息:
ImportError: cannot import name 'github_username'
我也知道这个错误是怎么回事,可是我检查并修改很多遍还是同样的错误,这让我很烦恼,问下有什么解决办法吗?

回复
追梦人物 LeechenLove
2020-07-19 20:41:30

应该是导入问题,github_username 只是为了记录 github 用户名,我把他放在一个 py 文件,你可以换一种方式,比如从一个文件中读取,或者如果你的项目不开源,直接写死在部署脚本里也是可以的。

回复
星际联邦首席数学家
2020-03-12 17:28:29

博主你好,我修改了base.html,然后输入部署代码,没有报错。但是,去网页上看,还是没有变化啊,是怎么回事呢?

回复
追梦人物 星际联邦首席数学家
2020-03-13 09:11:54

服务器上看一下代码是不是更新到了最新呢?

回复
星际联邦首席数学家 追梦人物
2020-03-17 15:27:36

看了啊,是最新的了。搞不懂哎,困扰了好久,博主帮下我。。。

回复
星际联邦首席数学家 星际联邦首席数学家
2020-03-24 11:11:32

博主在吗,帮帮我吧

回复
追梦人物 星际联邦首席数学家
2020-04-10 19:56:04

信息太少了,我也定位不到问题所在~~

回复
Chen_github
2020-02-28 22:42:49

博主,建议 stop start 两条 supervisorctl 命令增加 -c ~/etc/supervisord.conf 参数;
还有 c.run('pipenv run python collectstatic --noinput') 中间少个 manage.py ;
这两个问题看了半天 ::>_<::

回复
追梦人物 Chen_github
2020-03-03 12:55:36

嗯 谢谢建议。这样确实更加健壮一点。

回复
yangke861
2020-02-23 20:56:37

博主好,请问为什么本地在执行fab脚本的时候,返回的提示是bash: supervisorctl: command not found。但服务器上supervisorctl命令是正常的。
困扰好多天了。。

回复
追梦人物 yangke861
2020-02-25 11:08:46

可能因为 supervisorctl 安装在用户本地目录,fabbric 启动的 session 无法读取到这个命令。

解决方式:
which supervisorctl 查看 supervisorctl 命令的绝对路径 /path/to/supervisorctl
将脚本中的 supervisorctl command 命令替换为上面的绝对路径 /path/to/supervisorctl command

回复
yangke861 追梦人物
2020-02-25 18:27:13

谢谢。又学了一招。哈哈

回复
luzixiao
2020-02-14 20:03:14

博主写的fabfile.py文件中 第43行少了关键字manage.py
应为

c.run('pipenv run python manage.py collectstatic --noinput')

回复
追梦人物 luzixiao
2020-02-25 11:09:55

oh~~ 感谢指出

回复
pi-dal
2020-02-09 07:55:02

博主,我在执行fab时,返回了 bash: supervisorctl: command not found
但在服务器却正常

回复
cornyum
2020-02-08 23:21:22

博主你好,请问为什么在执行fab脚本的时候,返回的提示是bash: supervisorctl: command not found。但服务器上supervisorctl命令是正常的

回复
yangke861 cornyum
2020-02-23 20:57:02

兄弟,你问题解决了么?

回复
追梦人物 cornyum
2020-02-25 11:12:29

可能因为 supervisorctl 安装在用户本地目录,fabbric 启动的 session 无法读取到这个命令。

解决方式:
which supervisorctl 查看 supervisorctl 命令的绝对路径 /path/to/supervisorctl
将脚本中的 supervisorctl command 命令替换为上面的绝对路径 /path/to/supervisorctl command

回复
汹涌的扇贝君
2020-01-26 11:43:55

博主您好,非常感谢您的教程:
现在我使用fabric进行自动化部署,但是有异常提示:
TimeoutError: [WinError 10060] 由于连接方在一段时间后没有正确答复或连接的主机没有反应,连接尝试失败。
这是为什么呢?

回复
追梦人物 汹涌的扇贝君
2020-01-31 11:39:23

ssh 配置不正确连接不上吧?

回复
HuangChenglee
2019-11-11 17:45:15

博主你好啊,我做到最后一步输入密码的时候出错了:
有个问题想请教一下:
最后输入密码,应该什么的密码,root用户的吗?

回复
pgcheukpang HuangChenglee
2019-11-27 16:15:52

fab -H server_ip 中的 server_ip 应该是[user@]host[:port]的字符串形式, 例如deploy@192.168.0.1:22

回复
imdonuts
2019-10-20 19:40:40

您好,Supervisor环境变量设置的时候总是出错,DJANGO_SECRET_KEY里有特殊符号没事吗?

回复
追梦人物 imdonuts
2019-10-21 11:29:16

有一些特殊符号可能存在干扰,可以用引号把 key 引起来

回复
转乾坤8492
2019-09-20 13:15:29

兄弟,mac好像没法按照你的设置 Supervisor 环境变量,你的路径哪来的啊,mac上我找不到,自己创建的?

回复
追梦人物 转乾坤8492
2019-09-20 14:46:31

这是在服务器配置的,不是开发机器,上篇教程有讲supervisor的配置。

回复
转乾坤8492
2019-09-20 11:55:36

兄弟,我在mac上没法设置 Supervisor 环境变量啊
你这路径从哪里来的?新建的吗?

回复