現場実践｜ECRコンテナレジストリ管理

Amazon ECRでコンテナイメージを安全に管理する｜ライフサイクルポリシー・イメージスキャン・クロスリージョンレプリケーション

「ECRってただのイメージ置き場じゃないの？」「古いイメージを自動で削除したい」——Amazon ECRのライフサイクルポリシー・脆弱性スキャン・クロスリージョンレプリケーションまで実践的に解説します。

読了目安：約15分更新日：2026年4月

💡 ECRは単なるDockerイメージの置き場ではなく、脆弱性スキャン・ライフサイクル管理・アクセス制御が統合されたエンタープライズグレードのコンテナレジストリです。本番環境では適切な設定が必要です。

この記事を書いた人

現役ITエンジニア・IT講師（経験14年）

CCNA・CCNP 取得LPIC-1 保有SES現場を複数経験

ECRを使ったコンテナイメージ管理を複数案件で実装してきた立場から解説します。

1. ECRの基本設定

プライベートリポジトリを使う：本番環境のイメージはパブリックリポジトリではなくプライベートECRに保管する。IAMポリシーでアクセス制御する
イメージタグの命名規則：「latest」タグのみを使うのは危険。GitのコミットSHA（git rev-parse –short HEAD）をタグにすることでどのコードからビルドしたかを追跡できる
リポジトリポリシーでクロスアカウントアクセスを設定：マルチアカウント環境では本番アカウントのECSが開発アカウントのECRからイメージをプルする設定が必要になることがある

2. ライフサイクルポリシーで古いイメージを自動削除

{
  "rules": [
    {
      "rulePriority": 1,
      "description": "最新10イメージのみ保持",
      "selection": {
        "tagStatus": "tagged",
        "tagPrefixList": ["v"],
        "countType": "imageCountMoreThan",
        "countNumber": 10
      },
      "action": { "type": "expire" }
    },
    {
      "rulePriority": 2,
      "description": "タグなし（untagged）イメージを7日後に削除",
      "selection": {
        "tagStatus": "untagged",
        "countType": "sinceImagePushed",
        "countUnit": "days",
        "countNumber": 7
      },
      "action": { "type": "expire" }
    }
  ]
}