服务执行环境简介

默认情况下，Cloud Run 服务未指定执行环境，这意味着 Cloud Run 会根据使用的功能选择执行环境。因此，除非您为服务指定执行环境，否则 Cloud Run 可以选择第一代或第二代环境。

请注意，Cloud Run 作业会使用第二代执行环境，并且无法对作业进行更改。

第一代执行环境具有冷启动时间快和能够模拟大多数但不是全部操作系统调用的特点。最初，这是 Cloud Run 中的服务唯一可用的执行环境。

第二代执行环境提供完整的 Linux 兼容性，而不仅是系统调用模拟。此执行环境提供：

虽然第二代执行环境在持续负载下的执行速度通常较快，但对大多数服务来说，它的冷启动时间比第一代执行环境更长。

如何选择执行环境

如果存在以下任一情况，则应使用第一代执行环境：

如果以下任意一项适用于您的 Cloud Run 服务，则应使用第二代执行环境：

我们建议容器安装 SIGTERM 处理程序，尤其是在使用基于请求的结算方式时。

通过处理 SIGTERM，您的容器可以在退出之前执行所有必要的清理任务，例如清空日志。如果您的容器未捕获 SIGTERM，您仍将需要 10 秒来执行这些任务；这 10 秒是计费的。

如需确定您的容器是否安装了 SIGTERM 处理程序，请执行以下操作：

启动 Cloud Shell。您可以在所查看文档页面的标题中找到 激活 Cloud Shell。您可能需要为其授权并等待其预配。或者，启动独立会话。
在 Cloud Shell 中本地运行容器：
```
docker run IMAGE_URL
```
将 IMAGE_URL 替换为对容器映像的引用，例如 us-docker.pkg.dev/cloudrun/container/hello:latest。如果您使用 Artifact Registry，则必须预先创建制品库 REPO_NAME。网址采用 LOCATION-docker.pkg.dev/PROJECT_ID/REPO_NAME/PATH:TAG 格式。
在 Cloud Shell 中打开另一个标签页，获取在当前 Cloud Shell 会话中运行的容器的列表：
```
docker container ls
```
您需要找到从命令返回的容器 ID。
使用容器 ID 向容器发送 SIGTERM 信号
```
docker kill -s SIGTERM CONTAINER_ID
```
返回到您调用 docker run 的标签页，查看容器是否已退出（已停止）。如果 SIGTERM 信号导致容器退出，则说明容器正在处理 SIGTERM。

如果您的容器不处理 SIGTERM，则添加 SIGTERM 处理程序的最简单方法是使用 tini 封装服务。这样做会使您的服务作为 tini 的子进程运行，而该子进程会充当容器 init 进程的角色。如需查看相关说明，请参阅 Docker 说明。

或者，您也可以更改应用以直接处理 SIGTERM。

如需为 Cloud Run 服务指定执行环境，请参阅选择执行环境。
如需为您的 Cloud Run 服务指定内存，请参阅内存限制。
如需将 Filestore 与 Cloud Run 搭配使用，请参阅将 Filestore 与 Cloud Run 搭配使用。
如需将 Cloud Storage FUSE 与 Cloud Run 搭配使用，请参阅将 Cloud Storage FUSE 与 Cloud Run 搭配使用。