Firebase Functions部署后容器镜像位置及禁用自动清理求助

1. 禁用Firebase Deploy后的容器镜像自动清理 #

Firebase Functions默认会在部署完成后清理Cloud Build生成的容器镜像，可通过两种方式禁用该行为：

• 通过firebase.json配置永久生效：
  在项目根目录的firebase.json文件中，为functions节点添加keepRuntimeArtifacts配置：

  {
    "functions": {
      "keepRuntimeArtifacts": true
    }
  }
  

  保存后执行firebase deploy --only functions，后续所有部署都会保留Artifact Registry中的镜像。

• 通过部署命令临时生效：
  执行部署命令时附加--keep-runtime-artifacts参数：

  firebase deploy --only functions --keep-runtime-artifacts
  

2. 定位当前运行服务的容器镜像实际位置 #

若镜像已被Firebase清理，Cloud Run服务仍能运行是因为GCP内部缓存了镜像副本，可通过以下步骤获取并留存镜像：

步骤1：获取当前服务的镜像地址 #

执行gcloud命令（需提前完成gcloud环境配置）：

gcloud run services describe YOUR_FUNCTION_SERVICE_NAME --region YOUR_REGION --format="value(status.image)"

将YOUR_FUNCTION_SERVICE_NAME替换为Cloud Run中显示的服务名，YOUR_REGION替换为服务所在区域（如us-central1）。

步骤2：拉取并重新推送镜像到自定义仓库 #

由于原镜像已不在Artifact Registry，需将运行中的镜像拉取到本地，再推送到自己的Artifact Registry仓库：

1. 拉取镜像到本地：

   docker pull $(gcloud run services describe YOUR_SERVICE --region YOUR_REGION --format='value(status.image)')
   

2. 为镜像打自定义标签：

   docker tag [原镜像完整地址] us-central1-docker.pkg.dev/[YOUR_PROJECT_ID]/[YOUR_REPO_NAME]/[CUSTOM_IMAGE_NAME]:latest
   

   替换括号内的项目ID、仓库名和自定义镜像名。
3. 推送到自定义Artifact Registry仓库：

   docker push us-central1-docker.pkg.dev/[YOUR_PROJECT_ID]/[YOUR_REPO_NAME]/[CUSTOM_IMAGE_NAME]:latest
   

   推送完成后，该地址即为镜像的实际可访问位置，可用于Cloud Run重新部署。

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