Node.js App Engine标准环境是否需Artifact Registry及相关问题

核心问题：该应用是否需要使用Artifact Registry？ #

是的。从Node.js 16及以上版本的GAE标准环境开始，官方已将部署流程切换为容器镜像模式——即便运行在沙箱轻量实例，部署时也会先把你的应用代码构建成容器镜像，而Artifact Registry就是GCP官方指定的存储这类镜像的服务（原Container Registry已逐步废弃）。

疑问解答 #

1. 未手动配置过仓库，应用如何与Artifact Registry关联，它如何获取依赖？

• GAE会自动为你的GCP项目创建默认的Artifact Registry仓库（格式通常为us-central1-docker.pkg.dev/[项目ID]/app-engine），无需手动配置。
• 部署时，gcloud app deploy会自动完成代码打包、构建镜像的流程：在构建阶段会读取package.json安装所有依赖，将完整的应用环境打包进镜像，随后推送到这个默认仓库，GAE运行时直接从仓库拉取镜像启动实例。

2. 使用gcloud app deploy app.yaml部署时，与Artifact Registry的连接机制是什么？

• 第一步：gcloud工具会触发应用构建（默认在本地，也可配置为Cloud Build远程构建），生成符合GAE标准的容器镜像；
• 第二步：gcloud会自动使用当前登录的GCP账号权限，将构建好的镜像推送到项目的默认Artifact Registry仓库；
• 第三步：镜像推送完成后，GAE服务会收到部署指令，直接从Artifact Registry拉取对应镜像，启动沙箱实例完成部署。整个过程无需手动指定镜像仓库地址，工具会自动处理权限和地址映射。

3. 使用Artifact Registry是否产生费用，计费方式是怎样的？

• 会产生费用，主要分为两类：
  • 存储费用：按镜像占用的存储空间大小、存储时长计费，不同区域的单价有差异；
  • 网络费用：从Artifact Registry拉取镜像时产生的出站流量费用（同区域内GAE拉取镜像的流量免费，跨区域则按GCP标准网络流量价格计费）；
  • 补充：如果使用Cloud Build远程构建镜像，还会产生Cloud Build的费用，但这部分不属于Artifact Registry的计费范畴。

4. 如何理解Artifact Registry的目录结构？能否删除旧镜像节省存储空间？每次部署是否会生成新文件？旧镜像能否用于回滚？大体积镜像是否会增加存储成本？

• 目录结构：默认采用[区域]-docker.pkg.dev/[项目ID]/[仓库名]/[镜像名]:[标签]的层级格式，GAE生成的镜像标签通常与部署版本号一一对应；
• 旧镜像删除：可以删除旧镜像节省存储空间，可通过gcloud artifacts images delete命令，或直接在GCP控制台的Artifact Registry页面操作；
• 每次部署的新文件：是的，每次部署都会生成一个带有唯一标签的新镜像版本，并推送到Artifact Registry；
• 旧镜像回滚：旧镜像可以用于回滚操作，当需要恢复到之前的版本时，GAE会直接从Artifact Registry拉取对应版本的旧镜像启动实例，无需重新构建；
• 大体积镜像成本：大体积镜像会直接增加存储费用，同时会延长实例启动时的镜像拉取时间，建议通过多阶段构建、清理构建缓存和不必要的依赖文件等方式优化镜像体积。

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