Cloud Run 中的已知问题

使用集合让一切井井有条 根据您的偏好保存内容并对其进行分类。

Cloud Run 作业任务可能被虚假地标记为已重试

在某些情况下，即使任务在首次尝试时就成功了，也可能会被标记为已重试。在此问题得到解决之前，Google 建议您将 --max-retries 参数设置为 3 或更高，以避免虚假的执行失败。

卷装载与 Config Connector 不兼容

如果您使用 Config Connector 部署 Cloud Run 服务或作业，则在下次部署时，卷装载不会仍然存在。将 Config Connector 与已应用卷装载的服务或作业搭配使用时，您可能也会遇到问题。

在第一代执行环境中，HOME 环境变量设置为 /home

Cloud Run 第一代执行环境将 HOME 环境变量设置为 /home。第二代执行环境会将 HOME 变量设置为正在运行的用户的 /etc/passwd 中的值，如果 /etc/passwd 不存在或在 /etc/passwd 中找不到用户，则会回退到 /home。

在第一代执行环境中，不能在 /tmp 上装载 Secret

如果您使用第一代执行环境，则不能直接在 /tmp 上装载 Secret。不过，您可以将 Secret 装载到 /tmp 的任何子目录上。

从某些区域调用时，使用自定义网域的请求延迟时间较长

使用自定义网域向 Cloud Run 服务发出的请求可能会在某些位置造成非常高的延迟。对于 asia-northeast1 和 us-east4 中的 Cloud Run 服务，此问题更加明显。如果您观察到此问题，则可以使用无服务器 NEG 实现更高的 Cloud Load Balancing 性能。

有时，请求可能会在启动探测结果已知之前发送到实例

Cloud Run 可能会使用发送到服务端点的请求来启动实例。Cloud Run 可能还会在启动探测结果已知之前将请求分配给实例。如果探测通过，则该实例将在 Cloud Run 请求日志中列出的 receiveTimestamp 处理请求。如果探测失败，Cloud Run 会记录失败，而无需输入服务代码。

无服务器 VPC 访问通道不支持 IPv6

通过无服务器 VPC 访问通道连接器发送流量时，您无法使用 IPv6。当直接 VPC 出站流量使用双栈子网或在将 vpc-egress 设置为 private-ranges-only 时访问非 VPC 端点时，支持 IPv6。

由无服务器使用时未明确识别的 IP 地址

使用直接 VPC 出站流量时，您可以识别 Cloud Run 预留的当前正在使用的 IP 地址，这些地址在 Google Cloud 控制台中的“IP 地址”页面上显示为 None，而不是 Serverless。

预留的网址路径

• /eventlog
• 以 /_ah/ 开头的路径
• 某些以 z 结尾的路径。为避免与预留路径冲突，我们建议避免以 z 结尾的所有路径

某些已编码的网址字符已解码

Cloud Run 会在到达容器实例之前解码 Cloud Run 服务网址中某些编码字符。例如，%41 会自动解码为 A。

不支持的服务

HTTP/2 推送

Cloud Run 支持 HTTP/2，但不支持 HTTP/2 服务器推送。

HTTP 方法

Cloud Run 不支持使用 HTTP 方法（例如 TRACE 和 CONNECT）的请求。因此，在 Cloud Run 上运行的服务不会收到这些方法。