为何未显式用Docker部署的GCP函数在Container Registry有镜像？

这是Firebase Functions部署的正常行为，完全不需要手动维护Docker相关文件，所有容器化操作都是Firebase CLI在后台自动完成的，具体原因如下：

• 底层运行环境依赖容器化：Firebase Functions 2代及以后的版本默认基于Google Cloud Run运行，而Cloud Run的核心运行机制就是通过Docker镜像来托管服务。当你执行firebase deploy部署函数时，Firebase CLI会自动帮你完成这些步骤：

  1. 扫描你的函数代码、依赖包以及firebase.json中的配置
  2. 自动生成符合Cloud Run规范的Docker镜像（包含官方基础镜像、依赖安装逻辑、函数启动命令等）
  3. 将构建好的镜像推送到Google Cloud Container Registry（GCR）
  4. 基于该镜像部署对应的Cloud Run服务，对外提供函数访问能力

• 无需手动编写Docker文件：Firebase已经封装了所有容器化的底层细节，开发者只需要专注于函数业务代码的编写，不需要自己编写Dockerfile、docker-compose.yml这类文件，整个镜像构建和推送流程都是CLI后台静默完成的。

• 1代函数的情况：即使是1代Firebase Functions，虽然底层不是Cloud Run，但Google也会采用容器化的方式管理函数的运行环境，同样会在后台生成镜像并存储到GCR，只是用户不会直接接触到这些镜像的构建过程。

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