Spring+Angular Docker应用部署至GCP的报错及配置问题咨询

1. GKE集群「Does not have minimum availability」错误相关 #

这个错误核心原因是集群没有足够的计算资源支撑Pod运行，不需要编写GCP专属的特殊yaml，但需要补充标准K8s资源配置规则：

• 首先检查你的GKE集群配额：进入GCP控制台「IAM与 admin > 配额」页面，查看当前区域的Compute Engine CPU、内存、持久化磁盘配额是否充足，配额不足的话提交调额申请即可解决大部分该类报错。
• 你的部署yaml需要补充resources字段，明确声明每个Pod的CPU、内存请求与上限，避免Pod申请的资源超过节点可用容量，示例配置如下：

resources:
  requests:
    cpu: "100m"
    memory: "256Mi"
  limits:
    cpu: "500m"
    memory: "512Mi"

• 如果使用的是单节点GKE集群，建议至少配置2个节点，避免单节点故障导致的可用性不足。

2. Spring与Angular分别部署到CloudRun可行性 #

该方案完全可行，是当前GCP上轻量应用部署的主流方案之一：

• Spring后端可以直接将现有镜像推送到GCR后部署，配置好CloudSQL连接信息（可通过Cloud SQL Auth Proxy或者VPC私有IP连接），设置对外/对内访问权限即可。
• Angular的nginx镜像同样可以直接部署到CloudRun，两个服务如果都开启内部访问权限，可通过GCP内网调用，不会产生外网流量费用，且不需要手动维护K8s节点，自动扩缩容的特性更适合流量波动的场景。

3. nginx upstream主机名配置与路径前缀去除 #

本地docker-compose的服务名解析仅在本地docker桥接网络生效，云环境下需要根据部署方案替换对应域名：

GKE部署场景 #

你需要先为Spring后端创建一个ClusterIP类型的Service，假设Service命名为appserver-svc，部署在default命名空间下，upstream的主机名替换为K8s内部DNS域名：appserver-svc.default.svc.cluster.local:2623。
如需去掉路径前缀，可在nginx配置中添加rewrite规则，示例如下：

upstream appserver {
  server appserver-svc.default.svc.cluster.local:2623;
}
server {
  listen 80;
  location /api/ {
    rewrite ^/api/(.*)$ /$1 break;
    proxy_pass http://appserver;
    proxy_set_header Host $host;
  }
  # 其他静态资源配置
}

CloudRun部署场景 #

部署Spring后端的CloudRun服务后，复制其内部服务域名（格式为https://<后端服务标识>-<随机串>.a.run.app），直接填入upstream即可，注意CloudRun默认使用HTTPS，需要配置nginx信任官方CA证书。路径前缀去除规则和上述GKE场景一致。
注意：你推送到GCR的镜像地址是镜像存储地址，和服务运行时的访问域名无关，不要将该地址填入upstream配置。

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