切换日光/暗黑模式
023. AI 简历后端部署与环境变量配置
学习目标
这一节开始部署自己的 AI 简历服务,重点是建表、切换分支、配置环境变量,并让后端先跑起来。
学完后,你应该能理解:
- 部署 AI 简历服务为什么要先建表;
- 为什么要切换到远程预览分支;
.env文件在部署里承担什么角色;- 登录、上传、图片和模型服务为什么都依赖后端配置;
- 数据库服务器和应用服务器可以怎样分开;
- 小服务器资源为什么要精打细算。
先建表
AI 简历服务需要自己的业务表。
所以部署前要先把建表 SQL 执行好。
这些表会保存简历相关数据,例如:
- 简历基础信息;
- 简历模板;
- 用户生成内容;
- 图片或文件地址;
- 主题色等配置。
如果表没有创建,后端接口即使启动了,也会在查询或保存时失败。
所以部署业务服务时,数据库结构永远是第一步。
切换到预览分支
课程里切换到远程的预览分支。
这个分支包含当前 AI 简历服务需要的代码。
切换分支后,要确认:
- 后端代码是最新的;
- 前端页面对应这套后端接口;
- 数据库表结构和代码匹配;
- 依赖文件没有缺失。
分支不是随便切。
你要知道当前要部署的是哪一套功能,代码、数据库和前端页面必须是一组。
环境变量文件
.env 是部署时最重要的文件之一。
它会保存当前环境的配置,例如:
- 数据库地址;
- 数据库端口;
- 数据库账号和密码;
- 模型服务地址;
- 文件上传路径;
- 静态资源访问地址;
- token 相关配置;
- 后端端口。
.env.example 通常只是模板。
真正运行时,后端读取的是实际 .env。
如果 .env 写错,代码本身没问题也跑不起来。
数据库连接配置
AI 简历后端需要连接数据库。
如果数据库在同一台服务器上,地址可以填本机或内网地址。
如果数据库在另一台服务器上,就要填数据库所在服务器的 IP。
课程里提到,如果你有两台服务器,可以把某些服务部署到另一台小服务器上。
但要注意:
- 数据库端口要能访问;
- 防火墙要放行;
.env里要填正确 IP;- 网络延迟和稳定性会影响服务;
- 小服务器资源有限,不要堆太多服务。
文件上传和图片访问
简历服务会涉及文件和图片。
例如头像、模板图片、生成结果或导出资源。
后端需要区分两个路径:
- 文件保存路径;
- 浏览器访问路径。
保存路径是服务器磁盘路径。
访问路径是前端能打开的 URL。
这两个路径经常被初学者混在一起。
混错后会出现:后端保存成功,但前端图片打不开。
登录与 token 配置
AI 简历服务仍然需要登录态。
前端登录后会拿到 token,再通过请求头访问需要身份的接口。
所以后端运行时要确认:
- 登录接口能访问;
- token 配置正确;
- 当前用户接口能识别 token;
- 上传和简历接口能校验用户身份。
如果登录失败,先看接口响应和 .env,不要直接怀疑页面。
模型服务配置
AI 简历生成最终要调用模型。
模型服务地址、模型 Key、代理路径等配置都可能放在环境变量里。
如果模型服务和业务后端不在同一台机器上,也要确认网络能通。
这里可以把模型服务理解成后端调用的另一个远程 API。
前端不应该直接暴露模型平台 Key。
服务器资源取舍
课程里提到,两核四 G 的服务器其实也不宽裕。
后面会跑数据库、后端、模型代理、前端静态资源等多个东西。
所以部署时要关注:
- 同一台机器上跑了多少服务;
- 哪些服务占 CPU;
- 哪些服务占内存;
- 能不能把部分服务拆到另一台机器;
- 端口和配置是否对应。
学习阶段尽量能省就省,但也要知道资源不足会导致服务卡顿或连接超时。
阶段重点
这一节的核心是让 AI 简历后端先具备运行条件。
建表、切分支、改 .env、配置数据库、确认上传和模型服务,这些都是部署真实项目必须做的基础动作。
代码能跑起来以前,不要急着看 AI 生成效果。