后端移除内嵌OCR子服务
This commit is contained in:
+3
-17
@@ -17,13 +17,6 @@
|
||||
npm install
|
||||
```
|
||||
|
||||
首次使用前同步 OCR 子服务依赖:
|
||||
|
||||
```bash
|
||||
cd /Users/yml/codes/order-site-workspace/apps/backend/subservices/ocr-worker
|
||||
uv sync
|
||||
```
|
||||
|
||||
复制并填写环境变量后启动:
|
||||
|
||||
```bash
|
||||
@@ -68,7 +61,7 @@ npm test
|
||||
- 服务端口
|
||||
- 日志级别 `LOG_LEVEL=debug|info|warn|error`
|
||||
- 浏览器是否无头、是否预热、是否常驻、slowMo
|
||||
- OCR 子服务目录
|
||||
- OCR 外部服务地址 `OCR_BASE_URL`
|
||||
- 会话调试开关
|
||||
- 兑换证明模式 `full | basic | off`
|
||||
- Agiso 全局配置与后台店铺文件配置
|
||||
@@ -114,8 +107,6 @@ npm test
|
||||
会话编排与浏览器生命周期
|
||||
- `src/services/session/*.ts`
|
||||
登录、兑换、OCR、凭证产物等模块
|
||||
- `subservices/ocr-worker`
|
||||
内嵌 OCR 子服务
|
||||
|
||||
## Docker 开发
|
||||
|
||||
@@ -123,8 +114,7 @@ npm test
|
||||
|
||||
- `postgres` 容器提供开发库,后端通过 `DATABASE_URL` 连接
|
||||
- 后端容器启动时执行 `npm install` 和 `npm run dev`
|
||||
- OCR 子服务会在容器里执行 `pip install -e /app/subservices/ocr-worker`
|
||||
- 所以平时改 `src/`、改 OCR Python、改 `.env`,一般都不需要重建镜像
|
||||
- 平时改 `src/` 或 `.env`,一般都不需要重建镜像
|
||||
- 生产镜像会在 build 阶段编译后端并只复制 `dist`、`config` 和运行依赖
|
||||
|
||||
只有下面几类改动通常还需要 `docker compose -f docker-compose.dev.yml up -d --build backend`:
|
||||
@@ -161,11 +151,7 @@ npm test
|
||||
- `warn`:只保留告警和错误
|
||||
- `error`:只保留错误
|
||||
|
||||
OCR 子服务已经简化为:
|
||||
|
||||
- 本地源码开发:在 `subservices/ocr-worker` 里执行一次 `uv sync`
|
||||
- Docker 运行:镜像构建时直接安装 Python 依赖
|
||||
- 后端调用:每次识别单独拉起一次 Python 进程,不维护常驻 OCR worker
|
||||
OCR 识别通过 `OCR_BASE_URL` 调用外部 HTTP 服务。不配置时,启动健康检查会标记 OCR 为 degraded,兑换中需要 OCR 的流程会在调用时返回明确错误。
|
||||
|
||||
`TENCENT_REDEEM_PROOF_MODE` 对应的配置文件项会影响生成强度:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user