Cloud Run大文件上传问题：HTTP/2配置报错及可行性咨询

1. 报错原因及解决方法 #

报错原因 #

• Cloud Run的容器通信不需要应用自行处理SSL/TLS：Cloud Run会在外部网关完成SSL终止，内部以纯HTTP方式将请求转发到应用的8080端口。你在应用中通过spdy创建HTTPS服务器，导致Cloud Run发送的HTTP请求与应用的HTTPS服务协议不匹配，触发protocol error。
• spdy库已被官方弃用，其HTTP2实现与现代标准存在兼容性问题，进一步加剧了协议冲突。

解决方法 #

• 移除应用中的SSL配置，直接使用Express默认的HTTP服务器，无需spdy依赖。Cloud Run的「Use HTTP/2 end-to-end」选项会自动处理外部客户端的HTTP2请求，内部转发到应用的HTTP1服务，且HTTP2的大请求限制会由Cloud Run层面处理，应用无需自行实现HTTP2。
• 修改后的示例代码：

const express = require('express');
const adminRouter = require("./routes/admin.router");

const PORT = 8080;
const app = express();

app.use("/api", adminRouter);

app.listen(PORT, () => {
    console.log(`App listening on port ${PORT}`);
});

• 卸载spdy依赖：执行npm uninstall spdy，并删除代码中相关的SSL证书读取逻辑。

2. Cloud Run是否满足大文件上传需求？ #

Cloud Run可以满足5GB文件上传的需求，但需注意以下配置和限制：

• 请求体大小限制：Cloud Run的HTTP2请求无32MB限制，最大支持10GB请求体，5GB在允许范围内。
• 请求超时配置：Cloud Run默认请求超时为5分钟，5GB文件上传需根据网络速度调整超时时间（最长可设置为60分钟），避免上传中途被中断。
• 应用流式处理：必须在应用中实现流式上传逻辑，避免将整个文件加载到内存导致崩溃。例如使用multer配置磁盘存储，或直接处理req流写入本地磁盘（注意Cloud Run的本地磁盘为临时存储，需根据业务需求处理持久化）。

3. 若不可行，替代方案（不可用Cloud Storage） #

如果Cloud Run的配置无法满足需求，可选择以下方案：

• 第二代Cloud Functions：支持最大10GB请求体，超时最长60分钟，无需管理容器，适合轻量级上传场景。需注意流式处理请求体，避免内存溢出。
• Google Compute Engine（GCE）虚拟机：完全自定义服务器配置，可搭建Node.js+Nginx环境，Nginx负责HTTP2和大文件上传参数配置（如client_max_body_size），无请求超时限制（只要虚拟机运行），但需自行管理服务器运维、SSL证书和扩容。
• Google Kubernetes Engine（GKE）：部署容器化应用，通过Ingress配置支持HTTP2，可灵活控制资源配额和超时时间，适合需要弹性扩容的大规模上传场景，需自行管理集群运维。

内容的提问来源于stack exchange，提问作者Umamaheswararao Meka