ECS/ECR：每个图像（和相关版本）有一个存储库是常见的做法吗？
ECS/ECR: is common practice to have one repository per image (and associated versions)?
所以我是 ecs/ecr 的新手，但似乎我必须在存储库名称后命名（带有标签）图像才能将该图像推送到存储库。
所以我的问题是：用户（我）是否打算只将单个图像和该图像的任何关联版本推送到 ecr 中的单个存储库，从而在我需要推送一个时创建另一个存储库完全不同的形象？
基本上，一个 nginx 的 repo，一个 postgressql 的 repo，等等
是的。而且，可能，没有。
您将图像推送到 ECR。如何配置图像取决于您。理想情况下，您会拥有一个具有单一职责的图像，但这是您的决定。
如果您有多个图像，则推送到多个 ECR。如果你有一个图像做很多事情，你可以摆脱一个单一的 ECR。
您还可以通过创造性地使用标签将多个图像推送到同一个 ECR（例如，使用您自己的命名约定在标签中添加 "image name or flavour"。
- 推荐推送版本号相同类型的图片。
For example your-repo:1.1, your-repo:1.2
如果您推送与 ECR 存储库中存在的相同的映像，那么您的旧映像将被您推送的新映像替换。
- 这取决于您的应用程序的工作方式。始终建议在逻辑上分开工作的容器。
For example The database image with a persistence volume. So, If a
database container dies than it would not affect your data.
所以我是 ecs/ecr 的新手，但似乎我必须在存储库名称后命名（带有标签）图像才能将该图像推送到存储库。
所以我的问题是：用户（我）是否打算只将单个图像和该图像的任何关联版本推送到 ecr 中的单个存储库，从而在我需要推送一个时创建另一个存储库完全不同的形象？
基本上，一个 nginx 的 repo，一个 postgressql 的 repo，等等
是的。而且，可能，没有。
您将图像推送到 ECR。如何配置图像取决于您。理想情况下，您会拥有一个具有单一职责的图像，但这是您的决定。
如果您有多个图像，则推送到多个 ECR。如果你有一个图像做很多事情，你可以摆脱一个单一的 ECR。
您还可以通过创造性地使用标签将多个图像推送到同一个 ECR（例如，使用您自己的命名约定在标签中添加 "image name or flavour"。
- 推荐推送版本号相同类型的图片。
For example your-repo:1.1, your-repo:1.2
如果您推送与 ECR 存储库中存在的相同的映像，那么您的旧映像将被您推送的新映像替换。
- 这取决于您的应用程序的工作方式。始终建议在逻辑上分开工作的容器。
For example The database image with a persistence volume. So, If a database container dies than it would not affect your data.