生产环境部署概述
如果你的 NocoBase 已经能在服务器上正常跑起来，正式上线前通常还要再补两块能力：
- 让应用在机器重启后能自动恢复运行
- 给应用接上反向代理入口，对外提供稳定访问
对应到 NocoBase CLI，主要就是下面两组命令：
nb app autostartnb proxy
这组文档主要分成两部分：
- 应用自启动：让应用在机器重启后能恢复运行
- 反向代理：给应用提供稳定的对外访问入口
你可以先看自己当前更需要哪一块，再进入对应页面。
生产环境里这两块分别解决什么问题
也就是说：
nb app autostart解决的是“应用怎么在系统启动后恢复运行”nb proxy解决的是“应用怎么对外提供稳定访问”
为什么这里不是直接用 Docker、PM2 或 Supervisor 自己的自启动配置
nb app autostart 并不是绕开这些进程管理方式，而是把不同的进程管理方式统一适配进来，再对外收敛成一组稳定的自启动管理入口。这样你不需要因为底层是 Docker、PM2 还是未来可能支持的 Supervisor，再去记一套不同的自启动配置心智。
系统启动这一层，则继续交给 systemd、launchd 或宿主机启动脚本处理。它们负责在机器启动时执行一次：
这条命令再去统一拉起所有已经启用自启动的应用。
这里有两层东西不要混在一起：
- Docker、PM2、Supervisor 这类能力，更接近“应用平时怎么运行，以及怎么管理应用进程”
systemd、launchd、宿主机启动脚本这类能力，更接近“系统启动时执行什么命令”
如果你正好卡在“为什么还需要 nb app autostart”这里，继续看 应用自启动 和 nb app 的设计意图 就行。
我现在该先看哪一页
进入生产环境前，先确认这些前提
- 应用已经保存成 CLI env
- 应用已经能在服务器本机正常启动
- 如果准备接反向代理，env 里已经保存了
appPort - 如果准备正式对外开放，已经规划好域名、入口端口和 HTTPS 方案
如果你还没有完成 CLI 安装或 env 初始化，先回到 使用 CLI 安装应用。
如果命令提示 env 缺少 appPort，先执行 nb env update 补上。