1. 从本地开发到云端部署一个Flask项目的完整旅程如果你已经用Flask在本地跑通了一个Web应用看着浏览器里那个熟悉的页面心里大概会想“是时候把它放到公网上了。” 这个想法很简单但真动手时面对服务器、Linux命令、Nginx配置这些名词新手很容易被一堆零散的教程搞得晕头转向。今天我就以一个过来人的身份把从本地Flask项目到阿里云服务器上稳定运行的每一步掰开揉碎了讲给你听。这不是一个简单的命令罗列我会告诉你每个命令背后的意图每个配置项的作用以及我在这个过程中踩过的那些坑。我们的目标很明确让你能拿着一份清晰的“地图”从零开始安全、完整地把你的Flask应用部署上线。整个过程可以概括为几个核心阶段准备一台云服务器、在服务器上搭建Python运行环境、将你的代码安全地传上去、配置一个可靠的Web服务器Nginx和应用服务器Gunicorn最后处理静态文件和域名。听起来步骤不少但别担心我们一步一步来。2. 战前准备服务器选购与基础环境搭建部署的第一步你得有个“战场”——云服务器。这里以阿里云ECS为例其他云服务商如腾讯云、华为云的操作大同小异。2.1 服务器选型与安全组配置购买服务器时对于个人项目或小型应用选择最低配置如1核2G的“突发性能实例 t5”或“共享标准型 s6”通常就足够了成本最低。地域选择离你目标用户近的比如你的用户主要在华东就选“华东1杭州”或“华东2上海”。操作系统镜像我强烈推荐选择Ubuntu 20.04 LTS或Ubuntu 22.04 LTS。LTS代表长期支持系统稳定社区资料丰富遇到问题更容易找到解决方案。CentOS也是一个经典选择但考虑到其未来的变化Ubuntu对新手更友好。服务器买好后第一件关乎生死存亡的事就是配置安全组。安全组相当于云服务器的虚拟防火墙。默认情况下为了安全云服务器只开放了少数几个端口如22端口用于SSH。我们需要手动开放Web服务所需的端口。22端口SSH必须开放这是我们远程连接和管理服务器的唯一通道。建议将源IP设置为“0.0.0.0/0”以方便连接但从安全角度最好设置为你的固定公网IP或IP段。80端口HTTP必须开放用于提供普通的网页访问。443端口HTTPS建议开放用于提供加密的HTTPS访问。虽然初期可以不用但迟早要上。你的Flask应用端口如5000在测试阶段可能需要临时开放但在生产环境我们通常不会直接暴露这个端口而是通过Nginx反向代理所以最终可以关闭。注意一个常见的坑是在服务器上运行了Flask应用但浏览器无法访问除了检查代码首要就要怀疑安全组规则是否放行了对应端口。2.2 首次登录与基础系统更新拿到服务器的公网IP地址后我们通过SSH连接它。在Mac或Linux的终端或者Windows的PowerShell/WSL中使用命令ssh root你的服务器公网IP系统会提示你输入购买时设置的密码。首次登录后立即做两件事更新软件源列表apt update。这个命令并不会升级任何软件而是从配置的源服务器获取最新的软件包列表信息。升级已安装的包apt upgrade -y。这个命令会根据上一步获取的列表升级所有可以升级的软件包。-y参数表示自动确认避免中途需要手动输入Y。这能确保你的系统拥有最新的安全补丁和软件版本。2.3 创建部署专用用户非root操作始终使用root用户操作是危险的一次误操作可能导致灾难性后果。最佳实践是创建一个用于部署的普通用户并赋予其必要的权限。# 添加一个新用户例如叫 ‘deploy’ adduser deploy # 按照提示设置密码和相关信息可以一路回车跳过 # 将新用户添加到 ‘sudo’ 组使其能以管理员权限执行命令 usermod -aG sudo deploy之后我们可以切换到deploy用户来操作su - deploy。输入你刚设置的密码。你会发现命令行提示符从root...变成了deploy...。3. 构建稳固的后方Python环境与项目部署服务器基础打好后我们就要为Flask应用准备运行环境了。这里的关键是环境隔离避免不同项目的依赖包互相冲突。3.1 安装Python与虚拟环境工具Ubuntu系统通常预装了Python 3。我们可以通过python3 --version确认。接下来安装pipPython包管理工具和venv创建虚拟环境的工具。sudo apt install python3-pip python3-venv -yvenv是Python 3.3自带的模块用它创建虚拟环境轻量且标准。3.2 传输项目代码多种方式的选择如何把本地代码弄到服务器上常见的有三种方式SCP命令简单直接适合小项目或单文件。# 在本地终端执行将整个项目目录上传到服务器的/home/deploy目录下 scp -r /你的/本地/项目路径 deploy服务器IP:/home/deploy/SFTP客户端如FileZilla图形化界面拖拽上传适合不熟悉命令行的开发者。Git最推荐的方式。在服务器上安装Git (sudo apt install git -y)然后在你的项目目录例如/home/deploy/myapp中直接git clone你的代码仓库地址。这种方式便于后续更新代码。假设我们通过SCP将项目上传到了/home/deploy/myflaskapp目录下。3.3 创建虚拟环境并安装依赖进入项目目录创建并激活虚拟环境cd /home/deploy/myflaskapp python3 -m venv venv # 创建一个名为 ‘venv’ 的虚拟环境目录 source venv/bin/activate # 激活虚拟环境激活后命令行提示符前会出现(venv)字样表示后续的pip安装都会局限在这个环境内。接下来安装项目依赖。通常我们会有一个requirements.txt文件。pip install -r requirements.txt如果没有这个文件你需要在本地项目中用pip freeze requirements.txt生成然后再上传。如果项目很简单也可以直接安装Flask和Gunicornpip install flask gunicorn心得务必在requirements.txt中固定主要依赖的版本号如Flask2.1.2避免因版本自动升级导致线上环境与本地开发环境不一致引发难以排查的bug。4. 从测试到生产应用服务器Gunicorn的登场在本地开发时我们用的是Flask自带的开发服务器app.run()。这个服务器性能弱、不安全仅用于开发调试。在生产环境我们需要一个专业的WSGI应用服务器GunicornGreen Unicorn是一个简单高效的选择。4.1 为什么是GunicornGunicorn是一个用Python写的WSGI HTTP服务器它采用“预派生”pre-fork模型。简单理解就是启动时先创建好一批子进程worker由这些子进程来处理实际的Web请求。主进程只负责管理这些子进程如重启崩溃的worker。这种方式比Flask单线程的开发服务器能承受高得多的并发访问。4.2 使用Gunicorn启动Flask应用在你的项目目录下虚拟环境已激活运行gunicorn -w 4 -b 0.0.0.0:5000 “你的应用模块名:应用实例名”让我拆解这个命令-w 4指定启动4个worker进程。一个常见的经验法则是设置为(2 * CPU核心数) 1。对于我们的1核服务器设置为3或4都是合理的。-b 0.0.0.0:5000绑定到所有网络接口的5000端口。0.0.0.0表示允许外部访问如果只写127.0.0.1:5000则只能本机访问。“你的应用模块名:应用实例名”这是最关键的部分。假设你的入口文件是app.py里面创建Flask应用的代码是app Flask(__name__)那么这里就写“app:app”。第一个app是文件名不含.py第二个app是文件里的Flask对象变量名。如果你的应用工厂模式写在myapp/__init__.py里对象叫create_app()那么这里可能是“myapp:create_app()”。运行后如果没报错你可以先在服务器上自己测试一下curl http://127.0.0.1:5000。如果能看到应用的响应说明Gunicorn和Flask应用本身工作正常。4.3 坑点排查Gunicorn启动失败常见原因导入错误ImportError最常见。检查命令中的模块路径是否正确虚拟环境是否激活以及requirements.txt的依赖是否全部安装成功。端口被占用如果5000端口已被其他程序使用会报Address already in use。可以用sudo lsof -i:5000查看占用进程或换一个端口。权限问题如果项目目录或文件权限不对可能导致Gunicorn无法读取。确保deploy用户对项目目录有读写执行权限。提示直接在前台运行Gunicorn会占用一个终端且退出终端进程就结束了。这显然不适合生产环境。我们需要让它作为后台服务运行这就是下一步要做的。5. 让服务稳定运行Systemd守护进程与Nginx反向代理让Gunicorn在后台稳定运行并且实现高并发、处理静态文件、支持HTTPS我们需要引入两个重量级角色Systemd和Nginx。5.1 使用Systemd管理Gunicorn服务Systemd是现代Linux系统的服务管理器。我们可以创建一个service文件让系统来托管我们的Gunicorn进程实现开机自启、自动重启、日志收集等。创建一个服务配置文件sudo vim /etc/systemd/system/myflaskapp.service写入以下内容请根据你的实际情况修改[Unit] DescriptionGunicorn instance to serve my Flask app Afternetwork.target [Service] Userdeploy Groupwww-data # 通常Nginx的运行用户组方便权限管理 WorkingDirectory/home/deploy/myflaskapp Environment“PATH/home/deploy/myflaskapp/venv/bin” ExecStart/home/deploy/myflaskapp/venv/bin/gunicorn -w 4 -b 0.0.0.0:5000 “app:app” [Install] WantedBymulti-user.target关键参数解析User和Group指定以哪个用户/组身份运行服务。用deploy用户可以避免权限过高。WorkingDirectory服务启动时的工作目录。Environment设置环境变量这里把虚拟环境的bin目录加入PATH确保系统能找到gunicorn命令。ExecStart就是之前我们手动执行的启动命令。保存退出后执行以下命令sudo systemctl daemon-reload # 重新加载systemd配置 sudo systemctl start myflaskapp # 启动服务 sudo systemctl enable myflaskapp # 设置开机自启 sudo systemctl status myflaskapp # 查看服务状态如果状态显示active (running)并且用curl测试5000端口依然能通说明服务配置成功。此时即使你退出SSH连接服务也会在后台持续运行。5.2 安装并配置Nginx作为反向代理现在Gunicorn在5000端口提供服务但我们不能直接让用户访问5000端口。我们需要Nginx作为“前台接待”和“静态文件服务员”。安装Nginxsudo apt install nginx -y启动Nginxsudo systemctl start nginx。此时在浏览器访问你的服务器公网IP应该能看到Nginx的欢迎页面这说明Nginx的80端口服务正常。配置反向代理我们需要告诉Nginx当有访问请求时转发给本机5000端口的Gunicorn处理。 删除默认配置sudo rm /etc/nginx/sites-enabled/default创建我们的站点配置sudo vim /etc/nginx/sites-available/myflaskapp写入以下配置server { listen 80; server_name 你的域名 或 服务器公网IP; location / { proxy_pass http://127.0.0.1:5000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } }这个配置的意思是监听80端口将所有访问根路径/的请求转发给本机127.0.0.1:5000即Gunicorn。后面几行proxy_set_header是为了将客户端的真实IP等信息传递给后端的Flask应用否则在Flask里看到的访问者IP都是127.0.0.1。启用配置并测试# 创建软链接启用该配置 sudo ln -s /etc/nginx/sites-available/myflaskapp /etc/nginx/sites-enabled/ # 测试Nginx配置语法是否正确 sudo nginx -t # 如果显示“syntax is ok”则重载Nginx使配置生效 sudo systemctl reload nginx现在再次通过浏览器访问你的服务器公网IP80端口你应该看到的不再是Nginx欢迎页而是你的Flask应用了Nginx已经成功扮演了反向代理的角色。5.3 配置Nginx处理静态文件让Nginx直接处理静态文件CSS, JS, 图片是更高效的做法可以减轻Gunicorn的负担。假设你的Flask静态文件在/home/deploy/myflaskapp/static目录下。修改上面的Nginx配置在location /块之前添加一个专门处理静态文件的location块server { listen 80; server_name 你的域名 或 服务器公网IP; # 静态文件交由Nginx直接处理 location /static { alias /home/deploy/myflaskapp/static; expires 30d; # 设置浏览器缓存30天提升性能 } location / { proxy_pass http://127.0.0.1:5000; ... # 其他proxy_set_header配置保持不变 } }修改后记得运行sudo nginx -t和sudo systemctl reload nginx。这样用户请求/static/style.css时Nginx会直接从/home/deploy/myflaskapp/static/style.css读取并返回速度更快。6. 部署自动化与后续维护脚本与HTTPS完成以上步骤你的Flask应用已经基本部署完毕。但每次更新代码都要手动操作一堆命令太麻烦。而且没有HTTPS的网站在今天是不合格的。6.1 编写简单的部署脚本我们可以编写一个Shell脚本将更新代码、安装依赖、重启服务等步骤自动化。在项目根目录创建deploy.sh#!/bin/bash echo “开始部署…” cd /home/deploy/myflaskapp # 1. 拉取最新代码如果用Git # git pull origin main # 2. 激活虚拟环境如果在脚本中运行需要source source venv/bin/activate # 3. 安装依赖 pip install -r requirements.txt # 4. 重启Gunicorn服务 sudo systemctl restart myflaskapp # 5. 重启Nginx通常不需要除非修改了Nginx配置 # sudo systemctl reload nginx echo “部署完成”给脚本执行权限chmod x deploy.sh。以后更新代码后只需要运行./deploy.sh即可完成部署。6.2 为网站添加HTTPS支持使用Certbot使用Let‘s Encrypt的免费证书通过Certbot工具可以非常方便地实现。首先安装Certbot和Nginx插件sudo apt install certbot python3-certbot-nginx -y然后运行一条命令Certbot会自动读取你的Nginx配置引导你完成域名验证和证书申请并自动修改Nginx配置sudo certbot --nginx -d 你的域名按照提示操作输入邮箱、同意协议等完成后你的Nginx配置会被自动修改监听443端口并配置好SSL证书。Certbot还会自动设置定时任务在证书快过期时自动续期完全无需人工干预。6.3 日常维护与监控查看日志出问题时日志是第一现场。Gunicorn日志sudo journalctl -u myflaskapp -f-f表示实时跟踪Nginx访问日志sudo tail -f /var/log/nginx/access.logNginx错误日志sudo tail -f /var/log/nginx/error.log更新代码与重启使用上面的部署脚本。服务器安全定期运行sudo apt update sudo apt upgrade更新系统。考虑禁用SSH密码登录改用密钥对认证提升安全性。走到这里你的Flask应用已经从一个本地开发项目蜕变成一个在公网可访问、拥有独立域名可选、支持HTTPS、由专业服务器软件驱动的生产级应用了。这个过程看似步骤繁多但每一步都有其明确的目的系统更新是为了安全虚拟环境是为了隔离Gunicorn是为了性能Systemd是为了稳定Nginx是为了高效和安全代理HTTPS则是现代网站的标配。理解了这个链条部署就不再是黑盒操作而是一次对Web应用运行原理的深入实践。下次再部署时你甚至可以尝试不同的组合比如用uWSGI替代Gunicorn或者把数据库也部署到这台服务器上思路都是相通的。 1. 从本地开发到云端部署一个Flask项目的完整旅程如果你已经用Flask在本地跑通了一个Web应用看着浏览器里那个熟悉的页面心里大概会想“是时候把它放到公网上了。” 这个想法很简单但真动手时面对服务器、Linux命令、Nginx配置这些名词新手很容易被一堆零散的教程搞得晕头转向。今天我就以一个过来人的身份把从本地Flask项目到阿里云服务器上稳定运行的每一步掰开揉碎了讲给你听。这不是一个简单的命令罗列我会告诉你每个命令背后的意图每个配置项的作用以及我在这个过程中踩过的那些坑。我们的目标很明确让你能拿着一份清晰的“地图”从零开始安全、完整地把你的Flask应用部署上线。整个过程可以概括为几个核心阶段准备一台云服务器、在服务器上搭建Python运行环境、将你的代码安全地传上去、配置一个可靠的Web服务器Nginx和应用服务器Gunicorn最后处理静态文件和域名。听起来步骤不少但别担心我们一步一步来。2. 战前准备服务器选购与基础环境搭建部署的第一步你得有个“战场”——云服务器。这里以阿里云ECS为例其他云服务商如腾讯云、华为云的操作大同小异。2.1 服务器选型与安全组配置购买服务器时对于个人项目或小型应用选择最低配置如1核2G的“突发性能实例 t5”或“共享标准型 s6”通常就足够了成本最低。地域选择离你目标用户近的比如你的用户主要在华东就选“华东1杭州”或“华东2上海”。操作系统镜像我强烈推荐选择Ubuntu 20.04 LTS或Ubuntu 22.04 LTS。LTS代表长期支持系统稳定社区资料丰富遇到问题更容易找到解决方案。CentOS也是一个经典选择但考虑到其未来的变化Ubuntu对新手更友好。服务器买好后第一件关乎生死存亡的事就是配置安全组。安全组相当于云服务器的虚拟防火墙。默认情况下为了安全云服务器只开放了少数几个端口如22端口用于SSH。我们需要手动开放Web服务所需的端口。22端口SSH必须开放这是我们远程连接和管理服务器的唯一通道。建议将源IP设置为“0.0.0.0/0”以方便连接但从安全角度最好设置为你的固定公网IP或IP段。80端口HTTP必须开放用于提供普通的网页访问。443端口HTTPS建议开放用于提供加密的HTTPS访问。虽然初期可以不用但迟早要上。你的Flask应用端口如5000在测试阶段可能需要临时开放但在生产环境我们通常不会直接暴露这个端口而是通过Nginx反向代理所以最终可以关闭。注意一个常见的坑是在服务器上运行了Flask应用但浏览器无法访问除了检查代码首要就要怀疑安全组规则是否放行了对应端口。2.2 首次登录与基础系统更新拿到服务器的公网IP地址后我们通过SSH连接它。在Mac或Linux的终端或者Windows的PowerShell/WSL中使用命令ssh root你的服务器公网IP系统会提示你输入购买时设置的密码。首次登录后立即做两件事更新软件源列表apt update。这个命令并不会升级任何软件而是从配置的源服务器获取最新的软件包列表信息。升级已安装的包apt upgrade -y。这个命令会根据上一步获取的列表升级所有可以升级的软件包。-y参数表示自动确认避免中途需要手动输入Y。这能确保你的系统拥有最新的安全补丁和软件版本。2.3 创建部署专用用户非root操作始终使用root用户操作是危险的一次误操作可能导致灾难性后果。最佳实践是创建一个用于部署的普通用户并赋予其必要的权限。# 添加一个新用户例如叫 ‘deploy’ adduser deploy # 按照提示设置密码和相关信息可以一路回车跳过 # 将新用户添加到 ‘sudo’ 组使其能以管理员权限执行命令 usermod -aG sudo deploy之后我们可以切换到deploy用户来操作su - deploy。输入你刚设置的密码。你会发现命令行提示符从root...变成了deploy...。3. 构建稳固的后方Python环境与项目部署服务器基础打好后我们就要为Flask应用准备运行环境了。这里的关键是环境隔离避免不同项目的依赖包互相冲突。3.1 安装Python与虚拟环境工具Ubuntu系统通常预装了Python 3。我们可以通过python3 --version确认。接下来安装pipPython包管理工具和venv创建虚拟环境的工具。sudo apt install python3-pip python3-venv -yvenv是Python 3.3自带的模块用它创建虚拟环境轻量且标准。3.2 传输项目代码多种方式的选择如何把本地代码弄到服务器上常见的有三种方式SCP命令简单直接适合小项目或单文件。# 在本地终端执行将整个项目目录上传到服务器的/home/deploy目录下 scp -r /你的/本地/项目路径 deploy服务器IP:/home/deploy/SFTP客户端如FileZilla图形化界面拖拽上传适合不熟悉命令行的开发者。Git最推荐的方式。在服务器上安装Git (sudo apt install git -y)然后在你的项目目录例如/home/deploy/myapp中直接git clone你的代码仓库地址。这种方式便于后续更新代码。假设我们通过SCP将项目上传到了/home/deploy/myflaskapp目录下。3.3 创建虚拟环境并安装依赖进入项目目录创建并激活虚拟环境cd /home/deploy/myflaskapp python3 -m venv venv # 创建一个名为 ‘venv’ 的虚拟环境目录 source venv/bin/activate # 激活虚拟环境激活后命令行提示符前会出现(venv)字样表示后续的pip安装都会局限在这个环境内。接下来安装项目依赖。通常我们会有一个requirements.txt文件。pip install -r requirements.txt如果没有这个文件你需要在本地项目中用pip freeze requirements.txt生成然后再上传。如果项目很简单也可以直接安装Flask和Gunicornpip install flask gunicorn心得务必在requirements.txt中固定主要依赖的版本号如Flask2.1.2避免因版本自动升级导致线上环境与本地开发环境不一致引发难以排查的bug。4. 从测试到生产应用服务器Gunicorn的登场在本地开发时我们用的是Flask自带的开发服务器app.run()。这个服务器性能弱、不安全仅用于开发调试。在生产环境我们需要一个专业的WSGI应用服务器GunicornGreen Unicorn是一个简单高效的选择。4.1 为什么是GunicornGunicorn是一个用Python写的WSGI HTTP服务器它采用“预派生”pre-fork模型。简单理解就是启动时先创建好一批子进程worker由这些子进程来处理实际的Web请求。主进程只负责管理这些子进程如重启崩溃的worker。这种方式比Flask单线程的开发服务器能承受高得多的并发访问。4.2 使用Gunicorn启动Flask应用在你的项目目录下虚拟环境已激活运行gunicorn -w 4 -b 0.0.0.0:5000 “你的应用模块名:应用实例名”让我拆解这个命令-w 4指定启动4个worker进程。一个常见的经验法则是设置为(2 * CPU核心数) 1。对于我们的1核服务器设置为3或4都是合理的。-b 0.0.0.0:5000绑定到所有网络接口的5000端口。0.0.0.0表示允许外部访问如果只写127.0.0.1:5000则只能本机访问。“你的应用模块名:应用实例名”这是最关键的部分。假设你的入口文件是app.py里面创建Flask应用的代码是app Flask(__name__)那么这里就写“app:app”。第一个app是文件名不含.py第二个app是文件里的Flask对象变量名。如果你的应用工厂模式写在myapp/__init__.py里对象叫create_app()那么这里可能是“myapp:create_app()”。运行后如果没报错你可以先在服务器上自己测试一下curl http://127.0.0.1:5000。如果能看到应用的响应说明Gunicorn和Flask应用本身工作正常。4.3 坑点排查Gunicorn启动失败常见原因导入错误ImportError最常见。检查命令中的模块路径是否正确虚拟环境是否激活以及requirements.txt的依赖是否全部安装成功。端口被占用如果5000端口已被其他程序使用会报Address already in use。可以用sudo lsof -i:5000查看占用进程或换一个端口。权限问题如果项目目录或文件权限不对可能导致Gunicorn无法读取。确保deploy用户对项目目录有读写执行权限。提示直接在前台运行Gunicorn会占用一个终端且退出终端进程就结束了。这显然不适合生产环境。我们需要让它作为后台服务运行这就是下一步要做的。5. 让服务稳定运行Systemd守护进程与Nginx反向代理让Gunicorn在后台稳定运行并且实现高并发、处理静态文件、支持HTTPS我们需要引入两个重量级角色Systemd和Nginx。5.1 使用Systemd管理Gunicorn服务Systemd是现代Linux系统的服务管理器。我们可以创建一个service文件让系统来托管我们的Gunicorn进程实现开机自启、自动重启、日志收集等。创建一个服务配置文件sudo vim /etc/systemd/system/myflaskapp.service写入以下内容请根据你的实际情况修改[Unit] DescriptionGunicorn instance to serve my Flask app Afternetwork.target [Service] Userdeploy Groupwww-data # 通常Nginx的运行用户组方便权限管理 WorkingDirectory/home/deploy/myflaskapp Environment“PATH/home/deploy/myflaskapp/venv/bin” ExecStart/home/deploy/myflaskapp/venv/bin/gunicorn -w 4 -b 0.0.0.0:5000 “app:app” [Install] WantedBymulti-user.target关键参数解析User和Group指定以哪个用户/组身份运行服务。用deploy用户可以避免权限过高。WorkingDirectory服务启动时的工作目录。Environment设置环境变量这里把虚拟环境的bin目录加入PATH确保系统能找到gunicorn命令。ExecStart就是之前我们手动执行的启动命令。保存退出后执行以下命令sudo systemctl daemon-reload # 重新加载systemd配置 sudo systemctl start myflaskapp # 启动服务 sudo systemctl enable myflaskapp # 设置开机自启 sudo systemctl status myflaskapp # 查看服务状态如果状态显示active (running)并且用curl测试5000端口依然能通说明服务配置成功。此时即使你退出SSH连接服务也会在后台持续运行。5.2 安装并配置Nginx作为反向代理现在Gunicorn在5000端口提供服务但我们不能直接让用户访问5000端口。我们需要Nginx作为“前台接待”和“静态文件服务员”。安装Nginxsudo apt install nginx -y启动Nginxsudo systemctl start nginx。此时在浏览器访问你的服务器公网IP应该能看到Nginx的欢迎页面这说明Nginx的80端口服务正常。配置反向代理我们需要告诉Nginx当有访问请求时转发给本机5000端口的Gunicorn处理。 删除默认配置sudo rm /etc/nginx/sites-enabled/default创建我们的站点配置sudo vim /etc/nginx/sites-available/myflaskapp写入以下配置server { listen 80; server_name 你的域名 或 服务器公网IP; location / { proxy_pass http://127.0.0.1:5000; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } }这个配置的意思是监听80端口将所有访问根路径/的请求转发给本机127.0.0.1:5000即Gunicorn。后面几行proxy_set_header是为了将客户端的真实IP等信息传递给后端的Flask应用否则在Flask里看到的访问者IP都是127.0.0.1。启用配置并测试# 创建软链接启用该配置 sudo ln -s /etc/nginx/sites-available/myflaskapp /etc/nginx/sites-enabled/ # 测试Nginx配置语法是否正确 sudo nginx -t # 如果显示“syntax is ok”则重载Nginx使配置生效 sudo systemctl reload nginx现在再次通过浏览器访问你的服务器公网IP80端口你应该看到的不再是Nginx欢迎页而是你的Flask应用了Nginx已经成功扮演了反向代理的角色。5.3 配置Nginx处理静态文件让Nginx直接处理静态文件CSS, JS, 图片是更高效的做法可以减轻Gunicorn的负担。假设你的Flask静态文件在/home/deploy/myflaskapp/static目录下。修改上面的Nginx配置在location /块之前添加一个专门处理静态文件的location块server { listen 80; server_name 你的域名 或 服务器公网IP; # 静态文件交由Nginx直接处理 location /static { alias /home/deploy/myflaskapp/static; expires 30d; # 设置浏览器缓存30天提升性能 } location / { proxy_pass http://127.0.0.1:5000; ... # 其他proxy_set_header配置保持不变 } }修改后记得运行sudo nginx -t和sudo systemctl reload nginx。这样用户请求/static/style.css时Nginx会直接从/home/deploy/myflaskapp/static/style.css读取并返回速度更快。6. 部署自动化与后续维护脚本与HTTPS完成以上步骤你的Flask应用已经基本部署完毕。但每次更新代码都要手动操作一堆命令太麻烦。而且没有HTTPS的网站在今天是不合格的。6.1 编写简单的部署脚本我们可以编写一个Shell脚本将更新代码、安装依赖、重启服务等步骤自动化。在项目根目录创建deploy.sh#!/bin/bash echo “开始部署…” cd /home/deploy/myflaskapp # 1. 拉取最新代码如果用Git # git pull origin main # 2. 激活虚拟环境如果在脚本中运行需要source source venv/bin/activate # 3. 安装依赖 pip install -r requirements.txt # 4. 重启Gunicorn服务 sudo systemctl restart myflaskapp # 5. 重启Nginx通常不需要除非修改了Nginx配置 # sudo systemctl reload nginx echo “部署完成”给脚本执行权限chmod x deploy.sh。以后更新代码后只需要运行./deploy.sh即可完成部署。6.2 为网站添加HTTPS支持使用Certbot使用Let‘s Encrypt的免费证书通过Certbot工具可以非常方便地实现。首先安装Certbot和Nginx插件sudo apt install certbot python3-certbot-nginx -y然后运行一条命令Certbot会自动读取你的Nginx配置引导你完成域名验证和证书申请并自动修改Nginx配置sudo certbot --nginx -d 你的域名按照提示操作输入邮箱、同意协议等完成后你的Nginx配置会被自动修改监听443端口并配置好SSL证书。Certbot还会自动设置定时任务在证书快过期时自动续期完全无需人工干预。6.3 日常维护与监控查看日志出问题时日志是第一现场。Gunicorn日志sudo journalctl -u myflaskapp -f-f表示实时跟踪Nginx访问日志sudo tail -f /var/log/nginx/access.logNginx错误日志sudo tail -f /var/log/nginx/error.log更新代码与重启使用上面的部署脚本。服务器安全定期运行sudo apt update sudo apt upgrade更新系统。考虑禁用SSH密码登录改用密钥对认证提升安全性。走到这里你的Flask应用已经从一个本地开发项目蜕变成一个在公网可访问、拥有独立域名可选、支持HTTPS、由专业服务器软件驱动的生产级应用了。这个过程看似步骤繁多但每一步都有其明确的目的系统更新是为了安全虚拟环境是为了隔离Gunicorn是为了性能Systemd是为了稳定Nginx是为了高效和安全代理HTTPS则是现代网站的标配。理解了这个链条部署就不再是黑盒操作而是一次对Web应用运行原理的深入实践。下次再部署时你甚至可以尝试不同的组合比如用uWSGI替代Gunicorn或者把数据库也部署到这台服务器上思路都是相通的。 
