【问题标题】：ECS/ECR: is common practice to have one repository per image (and associated versions)?ECS/ECR：每个映像（和相关版本）有一个存储库是常见的做法吗？
【发布时间】：2018-07-12 01:48:42
【问题描述】：
所以我是 ecs/ecr 的新手，但似乎我必须在存储库名称之后命名（使用标签）图像才能将该图像推送到存储库。
所以我的问题是：是否打算让用户（我）只将单个图像和该图像的任何相关版本推送到 ecr 中的单个存储库，因此如果我需要推送一个完全不同的存储库，则创建另一个存储库图片？
基本上，一个 nginx 的 repo，一个 postgressql 的 repo，等等。
【问题讨论】：
标签：
amazon-web-services
docker
amazon-ecs
docker-registry
amazon-ecr
【解决方案1】：
是的。而且，可能，没有。
您将图像推送到 ECR。如何配置图像取决于您。理想情况下，您将拥有一个具有单一责任的图像，但这是您的决定。
如果您有多个图像，则推送到多个 ECR。如果您有一个图像可以做很多事情，那么您可以使用一个 ECR。
您还可以通过创造性地使用标签将多个图像推送到同一个 ECR（例如，使用您自己的命名约定在标签中包含“图像名称或风味”。
【解决方案2】：
- 建议推送同类型版本号的镜像。
例如 your-repo:1.1, your-repo:1.2
如果您推送的镜像与 ECR 存储库中存在的镜像相同，那么您的旧镜像将被您推送的新镜像替换。
- 这取决于您的应用程序是如何工作的。始终建议将容器在逻辑上分开工作。
例如，具有持久性卷的数据库映像。所以，如果一个
数据库容器死后不会影响您的数据。