Document Understanding 发行说明

适用平台：

上次更新日期 2025年11月21日

2024.10.4

发行日期：2025 年 6 月 26 日

次要改进

我们一直在不断努力，改善您的 UiPath Document Understanding 体验。此版本包含安全性改进和辅助功能修复，以稳定 Document Understanding 新式项目中提供的某些可用功能的行为。

已知问题

在启用了 Workload Identity 的环境中，首次启动 Pod 时 SQL 连接可能会失败。在 Document Understanding 新式项目中启动导入作业时，这会导致错误。
如果您要安装或升级启用了 Document Understanding 新式项目的 Automation Suite 环境，请查看 Pod 日志，了解 SQL 连接错误。如有任何 Pod 显示 SQL 连接失败，请重新启动这些 Pod 以解决问题。连接恢复后，请重新导入文档。导入作业应能成功完成。
勘误 - 2025 年 10 月 17 日新增：有时可能会在 CPU 节点而非 GPU 节点上计划服务部署。虽然服务仍在 CPU 上运行，但性能与 GPU 执行相比已显著下降。作为解决方法，您必须在 Argo 中手动配置 du-aimodelhost-2404 对象的资源请求和上限，如下所示：
```
resources:
  limits:
    cpu: '4'
    memory: 22Gi
    nvidia.com/gpu: '1'
  requests:
    cpu: '1'
    memory: 10Gi
    nvidia.com/gpu: '1'resources:
  limits:
    cpu: '4'
    memory: 22Gi
    nvidia.com/gpu: '1'
  requests:
    cpu: '1'
    memory: 10Gi
    nvidia.com/gpu: '1'
```
此问题已在 2024.10.5 版本中修复。
勘误 - 2025 年 10 月 22 日新增：如果您使用命令 uipathctl config token-signing-certificates automatic-key-management 启用了证书自动轮换，必须每 14 天手动重新启动一次 Document Understanding Pod。

需要执行此操作的原因在于，当证书自动轮换处于活跃状态时，Automation Suite 会管理签名密钥的生命周期。此流程包括每 90 天轮换一次密钥，并在轮换前 14 天发布新密钥。旧密钥在轮换后保留 14 天，之后会被删除。
作为解决方法，您可以使用以下命令手动重新启动部署：
```
kubectl -n uipath rollout restart deploy
kubectl -n uipath rollout restart stskubectl -n uipath rollout restart deploy
kubectl -n uipath rollout restart sts
```
作为替代方案，您可以使用以下命令禁用自动轮换，直到发布修复：
```
uipathctl config token-signing-certificates automatic-key-management disableuipathctl config token-signing-certificates automatic-key-management disable
```