容器映像

通过将所有应用程序依赖项作为静态文件存储在容器映像中，使您的容器映像完整。

如果要更改容器映像中的某些内容，请使用应用于其中的更改来构建一个新的容器映像。

在容器内运行单个应用程序进程。

容器的生命周期与应用程序进程运行的时间一样长。

崩溃的进程将通过 Amazon ECS 控制面板中的集中决策过程替换。控制面板可以更明智地选择在何处启动替换进程。与每个计算实例尝试在本地重新启动自己的进程相比，这使得整体部署更具弹性。

在应用程序中处理 SIGTERM

Amazon ECS 停止任务时，它首先向任务发送 SIGTERM 信号通知应用程序需要完成并关闭，然后 Amazon ECS 会发送一条 SIGKILL 消息。当应用程序忽略 SIGTERM 时，Amazon ECS 服务必须等待发送终止该进程的 SIGKILL 信号。

要准备应用程序，您需要确定应用程序需要多长时间才能完成其工作，并确保您的应用程序能够处理 SIGTERM 信号。在应用程序的信号处理中，您需要阻止应用程序执行新工作并完成正在进行的工作，或者如果需要太长时间才能完成，则将未完成的工作保存到任务之外的存储中。

配置容器化应用程序以向 stdout 和 stderr 写入日志。

当您将日志处理与应用程序代码分离时，可以更灵活地在基础设施级别调整日志处理。假设您要从一个日志系统切换到另一个日志系统。您可以通过在容器编排工具级别调整一些设置来做到这一点，而不必更改所有服务中的代码，构建新的容器映像并进行部署。

使用标签对容器映像进行版本控制。

容器映像存储在容器注册表中。注册表中的每个映像都由标签标识。有一个名为 latest 的标签。此标签的作用是指向最新版本的应用程序容器映像的指针，类似于 git 存储库的 HEAD 中。建议您仅将此 latest 标签用于测试。最佳做法是，使用每个版本的唯一标签来标记容器映像。建议您使用 git SHA 标记您的映像，以用于构建映像的 git commit。

您无需为每次提交构建容器映像。但是，建议您在每次发布提交到生产环境的特定代码时都构建一个新的容器映像。还建议您使用与映像内部代码的 git commit 相对应的标签来标记映像。如果您使用 git commit 标记了映像，则可以更快地找到映像正在运行的代码版本。

还建议您在 Amazon Elastic Container Registry 中开启不可变的映像标签。使用此设置，您无法更改标签所指向的容器映像。相反，Amazon ECR 强制要求必须将新映像上传到新标签，而不是覆盖先前存在的标签。有关更多信息，请参阅《Amazon ECR 用户指南》中的映像标签可变性。

您的容器共享公共生命周期（即，它们应该一起启动和终止）。

您的容器需要在相同的底层主机上运行（即一个容器在 localhost 端口上引用另一个容器）。

您的容器共享资源。

您的容器共享数据卷。

只有在 Linux 平台版本 1.4.0 上运行的任务才能使用 SOCI 索引。不支持在 Fargate 上运行 Windows 容器的任务。

支持在 X86_64 或 ARM64 CPU 架构上运行的任务。使用 ARM64 架构的 Linux 任务不支持 Fargate Spot 容量提供程序。

任务定义中的容器映像必须在与映像相同的容器注册表中具有 SOCI 索引。

任务定义中的容器映像必须存储在兼容的映像注册表中。以下列出了兼容的注册表：

仅支持使用 gzip 压缩或未压缩的容器映像。不支持使用 zstd 压缩的容器映像。

建议您尝试使用大于 250 MiB 压缩后的容器映像进行延迟加载。您不太可能看到加载较小映像的时间缩短。

由于延迟加载可能会改变任务启动所需的时间，因此您可能需要对各种超时时间进行更改，例如 Elastic Load Balancing 的运行状况检查宽限期。

如果要防止延迟加载容器映像，请从容器注册表中删除 SOCI 索引。如果任务中的容器映像不符合其中一个注意事项，则使用默认方法下载该容器映像。