同步 Raw 图片编辑技术方案
记录解码资源上限和阻塞线程策略 补充输出格式回退与成功追踪约定
This commit is contained in:
@@ -46,7 +46,7 @@ POST /api/raw/v1/images/edit
|
|||||||
|
|
||||||
校验通过后按整数尺寸发送给 provider,不静默 clamp 或改写调用者尺寸。
|
校验通过后按整数尺寸发送给 provider,不静默 clamp 或改写调用者尺寸。
|
||||||
|
|
||||||
Raw 路由的 JSON body limit 为 `64 MiB`,为 base64 编码膨胀和可选 mask 留出空间;同时必须在 base64 解码后拒绝空 PNG,并保留图片格式校验,避免仅依赖 HTTP body limit。
|
Raw 路由的 JSON body limit 为 `64 MiB`,为 base64 编码膨胀和可选 mask 留出空间;同时必须在 base64 解码后拒绝空 PNG,并保留图片格式校验,避免仅依赖 HTTP body limit。PNG 解码使用与输出合同一致的资源上限:宽高各不超过 `3840`,解码分配不超过 `8294400 × 4` 字节;base64 与 PNG 解码在阻塞线程执行,不占用 Tokio 异步 worker。
|
||||||
|
|
||||||
服务端发送给 `platform-image` 时固定注入:
|
服务端发送给 `platform-image` 时固定注入:
|
||||||
|
|
||||||
@@ -93,7 +93,7 @@ raw 操作使用独立的 operation / ledger 命名空间,例如 `raw-image-ed
|
|||||||
|
|
||||||
`platform-image` 保留 VectorEngine 协议细节。raw handler 只负责:认证、JSON DTO、base64 解码、预检查、计费编排和响应映射。provider 请求仍由 `platform-image` 统一构造,并携带 `model`、`n`、`quality`、`background`、`output_format`、尺寸及图片参考字节。
|
`platform-image` 保留 VectorEngine 协议细节。raw handler 只负责:认证、JSON DTO、base64 解码、预检查、计费编排和响应映射。provider 请求仍由 `platform-image` 统一构造,并携带 `model`、`n`、`quality`、`background`、`output_format`、尺寸及图片参考字节。
|
||||||
|
|
||||||
provider 结果统一解码为图片字节;每项结果的 MIME 与扩展名以 VectorEngine 响应中的真实 `output_format` 为准,不得从请求参数反推。发送、响应读取、上游状态、响应解析和缺图失败必须生成 `PlatformImageFailureAudit`,由 api-server 写入现有外部 API 失败审计链。raw handler 只将结果字节编码到 `data[].b64_json`。
|
provider 结果统一解码为图片字节;每项结果的 MIME 与扩展名以 VectorEngine 响应中的真实 `output_format` 为准,不得从请求参数反推;entry 级格式为空或非字符串时回退 payload 级格式。发送、响应读取、上游状态、响应解析和缺图失败必须生成 `PlatformImageFailureAudit`,由 api-server 写入现有外部 API 失败审计链;成功结果同时写入统一的 `external_generation_run` 追踪事件。raw handler 只将结果字节编码到 `data[].b64_json`。
|
||||||
|
|
||||||
## 代码拆分
|
## 代码拆分
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user