在Google Cloud Run同服务部署Express与gRPC，硬编码端口是否冲突

结论：不会遭遇端口冲突

原因如下：

• Cloud Run的每个实例都是独立隔离的容器，每个容器拥有自己专属的网络命名空间。容器内的端口仅在当前容器内有效，不同实例的3000端口彼此完全隔离，不存在冲突的可能。

不过你的当前配置存在一个关键问题：
Cloud Run仅会将外部流量转发到process.env.PORT指定的端口（也就是你的gRPC服务监听的端口），而你的Express服务监听的3000端口是容器内部端口，并未暴露到外部，用户无法访问到你的面向用户路由。

优化建议 #

可以让Express和gRPC服务共享同一个端口（即process.env.PORT），因为gRPC基于HTTP/2，Cloud Run支持在同一端口上同时处理HTTP/1.1（Express）和HTTP/2（gRPC）流量。示例代码如下：

const express = require('express');
const http = require('http');
const grpc = require('@grpc/grpc-js');
const protoLoader = require('@grpc/proto-loader');

const app = express();
// 配置Express面向用户的路由
app.get('/user', (req, res) => {
  res.json({ message: 'User-facing response' });
});

// 创建HTTP服务器承载Express
const httpServer = http.createServer(app);
const runPort = process.env.PORT || 3000;

// 加载gRPC协议定义并配置服务
const packageDef = protoLoader.loadSync('internal-service.proto');
const internalService = grpc.loadPackageDefinition(packageDef).InternalService;
const grpcServer = new grpc.Server();

grpcServer.addService(internalService.service, {
  InternalCall: (call, callback) => {
    callback(null, { data: 'Internal service response' });
  }
});

// 将gRPC服务器绑定到已创建的HTTP服务器
grpcServer.httpServer = httpServer;
grpcServer.bindAsync(`0.0.0.0:${runPort}`, grpc.ServerCredentials.createInsecure(), () => {
  grpcServer.start();
});

// 启动服务器
httpServer.listen(runPort, () => {
  console.log(`Service running on port ${runPort}`);
});

这样既符合Cloud Run的端口要求，又能同时提供Express用户路由和gRPC内部服务，还避免了硬编码端口的问题。

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