AI浏览器生产部署实战：Docker Compose、Nginx 与安全加固完整流程

发布人：慈云数据-客服中心发布时间：14小时前阅读量：2

AI浏览器 Docker部署教程｜生产环境实测

随着大模型应用的普及，越来越多的团队开始尝试将 AI 能力接入浏览器场景：自动打开网页、读取页面内容、填写表单、执行搜索、抓取数据、进行页面总结，甚至完成一些半自动化办公任务。这类工具通常被称为“AI浏览器”“AI Agent Browser”或“AI浏览器助手”。

相比传统浏览器，AI浏览器的核心价值在于：它不仅能展示网页，还能理解网页，并在用户授权下执行操作。对于研发团队、运营团队、数据采集团队来说，这类工具可以显著提升效率。

本文将围绕“AI浏览器 Docker部署”进行完整讲解，重点面向生产环境落地。文章会覆盖环境准备、镜像部署、配置文件、反向代理、数据持久化、安全加固、日志排查、性能优化以及上线建议。即使你是第一次部署类似项目，也可以按照本文步骤完成一套可用的生产环境部署。

说明：不同 AI 浏览器项目的环境变量和启动命令可能略有差异，本文以通用 Docker 部署思路为主，并给出一套适用于多数 Node.js / Python Web UI / Playwright / Chromium 类 AI 浏览器项目的生产部署方案。

一、AI浏览器是什么？

AI浏览器并不是简单地把 ChatGPT 放进浏览器侧边栏，而是一个结合了大模型、浏览器自动化、网页理解、任务规划和操作执行的系统。

一个常见的 AI浏览器系统通常包含以下几个部分：

前端 Web UI
用户通过网页界面输入任务，例如：“打开某个网站，查询最近一周的新闻，并整理成表格”。
后端服务
负责接收任务、调用大模型、生成操作计划、管理浏览器实例。
浏览器执行环境
通常基于 Chromium、Playwright、Puppeteer 或 Selenium，用于真实打开网页并执行点击、输入、滚动、截图等操作。
大模型 API
可以接入 OpenAI、Azure OpenAI、Claude、Gemini、DeepSeek、通义千问、智谱、火山方舟等模型服务。
任务记忆与数据存储
用于保存用户任务、执行记录、日志、截图、Cookie、会话状态等。
安全控制模块
包括权限校验、域名白名单、操作确认、敏感信息屏蔽等。

在开发环境中，AI浏览器可以直接本地运行。但在生产环境中，推荐通过 Docker 部署，这样可以减少环境差异，提高可维护性和可迁移性。

二、为什么推荐使用 Docker 部署？

AI浏览器项目往往依赖较多，尤其是浏览器自动化相关组件。例如 Chromium、字体库、图形库、音视频库、Playwright 依赖、Node.js、Python 包等。如果直接在宿主机安装，很容易遇到版本冲突和环境不一致问题。

使用 Docker 部署有以下优势：

1. 环境一致

开发、测试、生产可以使用同一套镜像，避免“本地能跑，服务器跑不起来”的问题。

2. 部署简单

只需要安装 Docker 和 Docker Compose，就可以通过一条命令启动整套服务。

3. 便于迁移

后续更换服务器时，只需迁移配置文件和数据目录即可。

4. 便于扩容

如果后续任务量变大，可以通过多容器、队列、独立 Worker、Kubernetes 等方式扩展。

5. 隔离性更好

浏览器自动化任务存在访问外部网页、执行动态脚本等风险。通过容器隔离可以降低对宿主机的影响。

三、生产环境部署架构

本文推荐的生产环境架构如下：

用户浏览器
   |
   | HTTPS
   v
Nginx / Caddy 反向代理
   |
   v
AI Browser Web 服务
   |
   | 调用
   v
AI Model API
   |
   v
Browser Worker / Chromium / Playwright
   |
   v
目标网站

如果是小规模使用，可以将 Web 服务、浏览器执行环境、数据库部署在同一台服务器上。如果是团队级或企业级使用，则建议拆分：

Nginx
  ├── AI Browser Web
  ├── Browser Worker 1
  ├── Browser Worker 2
  ├── Redis
  └── PostgreSQL

其中：

Nginx：负责 HTTPS、域名访问、反向代理、限流。
AI Browser Web：提供用户界面和 API 服务。
Browser Worker：负责执行浏览器自动化任务。
Redis：用于任务队列、缓存、会话存储。
PostgreSQL：用于保存用户、任务、历史记录等持久化数据。

如果只是个人使用或小团队内部使用，可以先采用单机 Docker Compose 方案，后续再逐步拆分。

四、服务器配置建议

AI浏览器和普通 Web 应用不同，它会启动真实浏览器进程，因此对 CPU 和内存有一定要求。

个人测试环境

项目	推荐配置
CPU	2 核
内存	4GB
磁盘	40GB
系统	Ubuntu 22.04 LTS
并发任务	1 - 2 个

小团队生产环境

项目	推荐配置
CPU	4 核以上
内存	8GB - 16GB
磁盘	80GB SSD
系统	Ubuntu 22.04 LTS / Debian 12
并发任务	3 - 8 个

企业内部使用

项目	推荐配置
CPU	8 核以上
内存	32GB 以上
磁盘	200GB SSD
系统	Ubuntu / Debian / Rocky Linux
并发任务	根据 Worker 数量扩展

需要注意的是，Chromium 在容器中运行时会占用较多内存。一个浏览器实例可能占用 300MB 到 1GB 不等，复杂页面甚至更高。因此生产环境一定要限制并发任务数量，避免内存被打满。

五、安装 Docker 和 Docker Compose

以下步骤以 Ubuntu 22.04 为例。

1. 更新系统

sudo apt update
sudo apt upgrade -y

2. 安装基础工具

sudo apt install -y ca-certificates curl gnupg lsb-release

3. 安装 Docker

curl -fsSL https://get.docker.com | bash

安装完成后查看版本：

docker version

4. 设置 Docker 开机自启

sudo systemctl enable docker
sudo systemctl start docker

5. 安装 Docker Compose 插件

新版本 Docker 通常已经自带 Compose 插件，可以执行：

docker compose version

如果能看到版本号，说明已经安装成功。

6. 将当前用户加入 Docker 组

sudo usermod -aG docker $USER

执行后建议重新登录服务器，使权限生效。

六、准备项目目录

我们统一将服务部署在 /opt/ai-browser 目录下。

sudo mkdir -p /opt/ai-browser
sudo chown -R $USER:$USER /opt/ai-browser
cd /opt/ai-browser

创建几个常用目录：

mkdir -p data logs config nginx

目录说明：

/opt/ai-browser
├── config        # 配置文件
├── data          # 持久化数据
├── logs          # 日志目录
├── nginx         # Nginx 配置
├── docker-compose.yml
└── .env

生产环境中，建议将配置和数据与容器分离，避免容器重建后数据丢失。

七、编写环境变量文件

创建 .env 文件：

vim .env

示例配置如下：

APP_ENV=production
APP_PORT=3000
APP_HOST=0.0.0.0

# 访问域名
PUBLIC_URL=https://ai-browser.example.com

# 登录密钥，请务必修改
JWT_SECRET=please_change_this_to_a_long_random_string

# 管理员账号
ADMIN_EMAIL=admin@example.com
ADMIN_PASSWORD=ChangeMe_StrongPassword_123

# 大模型配置
LLM_PROVIDER=openai
OPENAI_API_KEY=sk-xxxxxxxxxxxxxxxx
OPENAI_BASE_URL=https://api.openai.com/v1
OPENAI_MODEL=gpt-4o-mini

# 浏览器配置
BROWSER_HEADLESS=true
BROWSER_TIMEOUT=120000
MAX_CONCURRENT_TASKS=2

# 数据库配置
POSTGRES_DB=ai_browser
POSTGRES_USER=ai_browser
POSTGRES_PASSWORD=ChangeMe_DB_Password_123

# Redis配置
REDIS_PASSWORD=ChangeMe_Redis_Password_123

如果你使用的是兼容 OpenAI API 的国产模型服务，例如 DeepSeek、通义千问、火山方舟等，通常只需要修改：

OPENAI_API_KEY=你的API_KEY
OPENAI_BASE_URL=兼容OpenAI接口的地址
OPENAI_MODEL=模型名称

例如：

LLM_PROVIDER=openai
OPENAI_API_KEY=你的deepseek_key
OPENAI_BASE_URL=https://api.deepseek.com
OPENAI_MODEL=deepseek-chat

注意：生产环境不要把 .env 上传到公开仓库，也不要在日志中打印 API Key。

八、编写 Docker Compose 配置

创建 docker-compose.yml：

vim docker-compose.yml

以下是一个生产环境可用的通用示例：

services:
  ai-browser:
    image: your-ai-browser-image:latest
    container_name: ai-browser
    restart: unless-stopped
    env_file:
      - .env
    depends_on:
      - postgres
      - redis
    ports:
      - "127.0.0.1:3000:3000"
    volumes:
      - ./data:/app/data
      - ./logs:/app/logs
      - ./config:/app/config
    shm_size: "2gb"
    security_opt:
      - seccomp:unconfined
    environment:
      - NODE_ENV=production
    networks:
      - ai-browser-net

  postgres:
    image: postgres:16-alpine
    container_name: ai-browser-postgres
    restart: unless-stopped
    env_file:
      - .env
    environment:
      POSTGRES_DB: ${POSTGRES_DB}
      POSTGRES_USER: ${POSTGRES_USER}
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
    volumes:
      - ./data/postgres:/var/lib/postgresql/data
    networks:
      - ai-browser-net

  redis:
    image: redis:7-alpine
    container_name: ai-browser-redis
    restart: unless-stopped
    command: redis-server --requirepass ${REDIS_PASSWORD}
    volumes:
      - ./data/redis:/data
    networks:
      - ai-browser-net

networks:
  ai-browser-net:
    driver: bridge

这里有几个关键点需要特别说明。

1. ports 绑定到 127.0.0.1

ports:
  - "127.0.0.1:3000:3000"

这表示服务只允许本机访问，外部用户不能直接访问 3000 端口。生产环境推荐通过 Nginx 暴露 HTTPS，而不是直接开放容器端口。

2. shm_size 很重要

shm_size: "2gb"

Chromium 在 Docker 中运行时经常需要较大的共享内存。如果不设置，可能出现页面崩溃、浏览器启动失败、Target closed 等问题。

3. seccomp 配置

security_opt:
  - seccomp:unconfined

某些浏览器自动化场景下，Chromium 在容器中运行需要放宽 seccomp 限制。不过在安全要求较高的环境中，建议配合非 root 用户、网络隔离、域名白名单一起使用。

4. 数据持久化

volumes:
  - ./data:/app/data
  - ./logs:/app/logs

这可以保证容器删除后，任务记录、上传文件、截图和日志仍然保留。

九、启动 AI浏览器服务

在 /opt/ai-browser 目录下执行：

docker compose pull
docker compose up -d

查看容器状态：

docker compose ps

查看日志：

docker compose logs -f ai-browser

如果看到类似以下内容，说明服务已经启动：

Server listening on 0.0.0.0:3000
Connected to PostgreSQL
Connected to Redis
Browser worker started

在服务器本机测试：

curl http://127.0.0.1:3000

如果返回 HTML 或健康检查信息，则说明 Web 服务正常。

十、配置 Nginx 反向代理和 HTTPS

生产环境不建议直接通过 IP + 端口访问，应配置域名和 HTTPS。

1. 安装 Nginx

sudo apt install -y nginx

2. 创建 Nginx 配置

sudo vim /etc/nginx/sites-available/ai-browser.conf

写入以下内容：

server {
    listen 80;
    server_name ai-browser.example.com;

    client_max_body_size 50m;

    location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_http_version 1.1;

        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;

        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";

        proxy_read_timeout 300s;
        proxy_send_timeout 300s;
    }
}

启用站点：

sudo ln -s /etc/nginx/sites-available/ai-browser.conf /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx

3. 申请 HTTPS 证书

安装 Certbot：

sudo apt install -y certbot python3-certbot-nginx

申请证书：

sudo certbot --nginx -d ai-browser.example.com

证书申请完成后，Certbot 会自动修改 Nginx 配置，并添加 HTTPS。

4. 测试自动续期

sudo certbot renew --dry-run

如果没有报错，说明证书自动续期正常。

十一、生产环境安全加固

AI浏览器具有自动访问网页、读取内容、执行操作的能力，因此安全问题非常重要。下面是生产环境必须关注的几个方面。

1. 强制开启登录认证

不要让 AI浏览器直接暴露给公网匿名访问。至少应启用账号密码登录，如果支持 OAuth、LDAP、企业微信、飞书、钉钉登录，可以优先使用企业身份系统。

2. 使用强密码

.env 中的管理员密码、数据库密码、Redis 密码都必须使用强密码。建议使用 16 位以上随机字符串。

可以使用以下命令生成随机密钥：

openssl rand -hex 32

3. 限制访问来源

如果只是公司内部使用，建议通过以下方式限制访问：

Nginx IP 白名单；
VPN；
Zero Trust 网关；
内网部署；
Cloudflare Access；
Tailscale / Headscale。

Nginx IP 白名单示例：

location / {
    allow 1.2.3.4;
    allow 5.6.7.0/24;
    deny all;

    proxy_pass http://127.0.0.1:3000;
}

4. 配置域名白名单

如果 AI浏览器支持限制可访问域名，建议开启。比如只允许访问公司业务系统、指定数据网站、内部管理后台等，避免被滥用为通用代理工具。

示例：

ALLOWED_DOMAINS=example.com,internal.example.com,docs.example.com

5. 禁止访问内网敏感地址

如果 AI浏览器暴露给公网用户，必须防止 SSRF 风险。建议禁止访问以下地址段：

127.0.0.0/8
10.0.0.0/8
172.16.0.0/12
192.168.0.0/16
169.254.0.0/16

否则攻击者可能通过 AI浏览器访问云服务器元数据地址或内部服务。

6. 隐藏 API Key

不要把模型 API Key 展示在前端，也不要写入用户可见的日志。建议由后端统一代理模型调用，并对日志进行脱敏。

7. 设置资源限制

可以在 Docker Compose 中加入资源限制，防止浏览器任务过多拖垮服务器：

deploy:
  resources:
    limits:
      cpus: "2.0"
      memory: 4G

对于非 Swarm 模式，部分字段可能不生效，也可以通过 Docker 运行参数或系统层面进行限制。

十二、生产环境实测问题与解决方案

下面整理一些真实部署 AI浏览器时常见的问题。

问题一：Chromium 启动失败

常见报错：

Failed to launch the browser process
No usable sandbox

解决方式：

检查镜像是否包含 Chromium 依赖；
启动参数增加：

--no-sandbox
--disable-setuid-sandbox

Docker Compose 中增加：

security_opt:
  - seccomp:unconfined

如果安全要求较高，不建议长期依赖 --no-sandbox，应使用更严格的容器隔离和网络策略。

问题二：浏览器页面经常崩溃

常见报错：

Target closed
Page crashed
Browser has disconnected

解决方式：

增加共享内存：

shm_size: "2gb"

降低并发任务数：

MAX_CONCURRENT_TASKS=1

增加服务器内存；
避免同时打开过多标签页；
定期回收空闲浏览器实例。

问题三：中文字体显示为方块

容器中默认可能没有中文字体，导致截图、页面渲染出现乱码或方块。

解决方式是在镜像中安装中文字体：

RUN apt-get update && apt-get install -y \
    fonts-noto-cjk \
    fonts-wqy-zenhei \
    fonts-wqy-microhei

如果不能修改镜像，可以尝试挂载字体目录，但生产环境更推荐在镜像构建阶段安装。

问题四：访问 HTTPS 网站报证书错误

可能原因：

容器内 CA 证书过旧；
目标网站证书链异常；
公司网络有代理证书。

解决方式：

apt-get update && apt-get install -y ca-certificates
update-ca-certificates

如果使用企业代理，需要把企业根证书导入容器。

问题五：任务执行很慢

常见原因包括：

大模型响应慢；
目标网站加载慢；
浏览器实例频繁创建销毁；
服务器 CPU 不足；
页面资源过多。

优化建议：

使用更快的模型，例如轻量模型处理普通任务；
对静态资源进行拦截，例如图片、视频、广告脚本；
复用浏览器上下文；
给任务设置超时时间；
分离 Web 服务和 Worker；
增加 Redis 队列进行异步处理。

十三、日志与监控

生产环境一定要关注日志和监控，否则出现问题很难排查。

1. 查看容器日志

docker compose logs -f ai-browser

查看最近 200 行：

docker compose logs --tail=200 ai-browser

2. 查看资源占用

docker stats

重点关注：

CPU 使用率；
内存使用量；
网络流量；
容器是否频繁重启。

3. 日志切割

Docker 默认日志如果不限制，长期运行可能占满磁盘。可以配置 Docker 日志轮转。

创建或修改：

sudo vim /etc/docker/daemon.json

写入：

{
  "log-driver": "json-file",
  "log-opts": {
    "max-size": "100m",
    "max-file": "5"
  }
}

重启 Docker：

sudo systemctl restart docker

4. 接入监控系统

如果是正式生产环境，建议接入：

Prometheus + Grafana；
Loki 日志系统；
ELK / OpenSearch；
Uptime Kuma；
云厂商监控告警。

至少要配置以下告警：

服务不可用；
CPU 超过 80%；
内存超过 85%；
磁盘超过 80%；
容器频繁重启；
模型 API 调用失败率升高。

十四、备份与恢复

AI浏览器的关键数据通常包括：

数据库；
用户配置；
任务历史；
截图和文件；
Cookie 和会话；
.env 配置。

1. 备份 PostgreSQL

docker exec ai-browser-postgres pg_dump \
  -U ai_browser \
  ai_browser > backup_ai_browser_$(date +%F).sql

2. 备份数据目录

tar czvf ai-browser-data-$(date +%F).tar.gz /opt/ai-browser/data

3. 恢复数据库

cat backup_ai_browser_2026-01-01.sql | docker exec -i ai-browser-postgres psql -U ai_browser ai_browser

4. 定时备份

可以使用 crontab 每天凌晨自动备份：

crontab -e

添加：

0 2 * * * /usr/bin/docker exec ai-browser-postgres pg_dump -U ai_browser ai_browser > /opt/ai-browser/backups/db_$(date +\%F).sql

生产环境建议将备份文件同步到对象存储，例如 S3、MinIO、阿里云 OSS、腾讯云 COS 等。

十五、版本升级流程

AI浏览器项目迭代通常较快，升级前一定要先备份。

推荐流程如下：

1. 查看当前版本

docker images | grep ai-browser

2. 备份数据

tar czvf ai-browser-before-upgrade-$(date +%F).tar.gz /opt/ai-browser

3. 拉取新镜像

docker compose pull

4. 重启服务

docker compose up -d

5. 查看日志

docker compose logs -f ai-browser

6. 验证核心功能

升级后至少测试：

用户登录；
新建任务；
调用大模型；
打开网页；
执行点击和输入；
查看历史记录；
文件上传和下载；
截图是否正常。

如果升级失败，可以回滚到旧镜像版本。

十六、性能优化建议

生产环境中，AI浏览器性能优化主要围绕模型调用、浏览器实例、任务队列和资源隔离展开。

1. 合理选择模型

并不是所有任务都需要最强模型。可以采用分层策略：

任务类型	推荐模型
页面摘要	轻量模型
表单填写	中等模型
复杂任务规划	强推理模型
数据整理	轻量或中等模型
多步骤操作	强模型

这样可以降低成本，同时提高响应速度。

2. 控制任务并发

AI浏览器不是普通 API 服务，不能无限提高并发。建议根据服务器资源设置：

MAX_CONCURRENT_TASKS=2

然后通过压测逐步提升。

3. 使用任务队列

对于耗时任务，建议异步执行：

用户提交任务 -> Redis 队列 -> Worker 执行 -> 返回结果

这样可以避免 Web 服务阻塞，也便于横向扩展 Worker。

4. 复用浏览器实例

频繁启动 Chromium 开销很大。生产环境可以复用浏览器实例或浏览器上下文，但要注意不同用户之间的数据隔离。

5. 禁用不必要资源

如果任务不依赖图片和视频，可以在浏览器层拦截：

图片；
字体；
视频；
广告脚本；
第三方统计脚本。

这样可以减少页面加载时间和网络带宽。

十七、生产环境上线检查清单

正式上线前，建议逐项检查：

[ ] 已使用 HTTPS；
[ ] 管理员密码已修改；
[ ] JWT_SECRET 已修改；
[ ] 数据库和 Redis 使用强密码；
[ ] .env 未提交到公开仓库；
[ ] Nginx 只代理必要路径；
[ ] Docker 端口未直接暴露公网；
[ ] 已配置日志轮转；
[ ] 已配置数据备份；
[ ] 已限制任务并发；
[ ] 已设置浏览器超时时间；
[ ] 已验证模型 API Key 可用；
[ ] 已测试中文字体和截图；
[ ] 已配置服务器防火墙；
[ ] 已配置监控和告警；
[ ] 已评估 SSRF 和内网访问风险；
[ ] 已验证升级和回滚流程。

十八、常用运维命令

启动服务

docker compose up -d

停止服务

docker compose down

重启服务

docker compose restart

查看状态

docker compose ps

查看日志

docker compose logs -f

进入容器

docker exec -it ai-browser sh

如果容器基于 Debian 或 Ubuntu，也可能使用：

docker exec -it ai-browser bash

清理无用镜像

docker image prune -f

查看磁盘占用

docker system df

十九、总结

通过 Docker 部署 AI浏览器，可以显著降低环境配置复杂度，也更适合生产环境持续运行。本文从服务器准备、Docker Compose 编排、环境变量配置、Nginx 反向代理、HTTPS、数据持久化、安全加固、日志监控、备份恢复、版本升级等方面，完整介绍了一套可落地的部署方案。

从生产环境实测经验来看，AI浏览器部署的核心难点并不在于 Web 服务本身，而在于浏览器执行环境的稳定性和安全边界控制。尤其是 Chromium 在容器中的运行，需要重点关注共享内存、字体、依赖库、并发数量和任务超时时间。

如果是个人或小团队使用，可以先采用单机 Docker Compose 部署，配置 PostgreSQL、Redis 和 Nginx 即可满足大多数场景。如果后续任务量增大，再逐步拆分 Worker、引入队列、接入监控和多节点扩容。

最后需要强调一点：AI浏览器具备自动访问和操作网页的能力，生产环境一定要做好认证、权限、审计和访问控制。只有在安全边界清晰的前提下，AI浏览器才能真正成为提升效率的工具，而不是潜在风险源。

文章标签： AI浏览器 Docker部署生产环境安全加固

上一篇：AI浏览器接口怎么接？从API调用到配置文件一次讲清

下一篇：从零把 AI 浏览器部署到生产环境：Docker 实战避坑指南

更多栏目

新闻动态

文档中心

下载中心

目录结构

全文

产品与服务

新闻帮助

生态合作

了解我们

AI浏览器生产部署实战：Docker Compose、Nginx 与安全加固完整流程

AI浏览器 Docker部署教程｜生产环境实测

一、AI浏览器是什么？

二、为什么推荐使用 Docker 部署？

1. 环境一致

2. 部署简单

3. 便于迁移

4. 便于扩容

5. 隔离性更好

三、生产环境部署架构

四、服务器配置建议

个人测试环境

小团队生产环境

企业内部使用

五、安装 Docker 和 Docker Compose

1. 更新系统

2. 安装基础工具

3. 安装 Docker

4. 设置 Docker 开机自启

5. 安装 Docker Compose 插件

6. 将当前用户加入 Docker 组

六、准备项目目录

七、编写环境变量文件

八、编写 Docker Compose 配置

1. ports 绑定到 127.0.0.1

2. shm_size 很重要

3. seccomp 配置

4. 数据持久化

九、启动 AI浏览器服务

十、配置 Nginx 反向代理和 HTTPS

1. 安装 Nginx

2. 创建 Nginx 配置

3. 申请 HTTPS 证书

4. 测试自动续期

十一、生产环境安全加固

1. 强制开启登录认证

2. 使用强密码

3. 限制访问来源

4. 配置域名白名单

5. 禁止访问内网敏感地址

6. 隐藏 API Key

7. 设置资源限制

十二、生产环境实测问题与解决方案

问题一：Chromium 启动失败

问题二：浏览器页面经常崩溃

问题三：中文字体显示为方块

问题四：访问 HTTPS 网站报证书错误

问题五：任务执行很慢

十三、日志与监控

1. 查看容器日志

2. 查看资源占用

3. 日志切割

4. 接入监控系统

十四、备份与恢复

1. 备份 PostgreSQL

2. 备份数据目录

3. 恢复数据库

4. 定时备份

十五、版本升级流程

1. 查看当前版本

2. 备份数据

3. 拉取新镜像

4. 重启服务

5. 查看日志

6. 验证核心功能

十六、性能优化建议

1. 合理选择模型

2. 控制任务并发

3. 使用任务队列

4. 复用浏览器实例

5. 禁用不必要资源

十七、生产环境上线检查清单

十八、常用运维命令

启动服务

停止服务

重启服务