10장. ECR에 이미지 올리기

앞 장까지 우리는 내 노트북 안에서 이미지를 만들고, 태그(이름표)를 붙였습니다. 그런데 이 이미지는 지금 내 노트북 안에만 있습니다. 나중에 AWS 서버가 이 이미지로 컨테이너를 실행하려면, 서버가 이미지를 가져갈 수 있는 "인터넷 창고"에 올려 둬야 합니다. 그 창고가 레지스트리이고, 우리가 쓸 AWS의 레지스트리가 ECR입니다. 이번 장에서는 레지스트리가 무엇인지 이해하고, AWS ECR에 창고를 만들어, 내 이미지를 실제로 그 창고에 올립니다.

[지금 여기]

우리는 22단계를 거쳐 "라이브 투표 서비스"를 만들고, 컨테이너에 담아, AWS 클라우드에 배포하고 있습니다. 아래가 그 전체 여정 지도입니다. 지금은 10단계, 이미지를 AWS 창고(ECR)에 올리는 자리입니다.

1. 1장개발 환경 준비 (터미널 / Node.js / Git / GitHub / VS Code / Claude Code)
2. 2장Claude Code 사용법 익히기
3. 3장무엇을 만들지 기획 (라이브 투표 서비스)
4. 4장로컬에서 서비스 만들기 (React + Express + PostgreSQL)
5. 5장Docker 개념
6. 6장Dockerfile 작성
7. 7장컨테이너 빌드·실행
8. 8장AWS 시작 (계정 / IAM / 리전 / 비용)
9. 9장이미지 태깅
10. 10장ECR에 이미지 올리기 (vote-api, vote-web)
11. 11장VPC 네트워크 구성
12. 12장RDS 데이터베이스 생성
13. 13장SSM 터널로 RDS 초기화
14. 14장ECS Fargate + ALB로 배포 (기본 완성)
15. 15장CI/CD (GitHub Actions)
16. 16장IaC (Terraform)
17. 17장배포 자동화 연결
18. 18장현업 운영 구조 이해
19. 19장무중단 배포
20. 20장신규 버전 배포 & 롤백
21. 21장(심화) 프론트를 Vercel로 분리 배포
22. 22장마무리 (회고 + 리소스 삭제)

• 방금 끝낸 것: 9장에서 이미지에 붙이는 "태그(버전 이름표)"가 무엇이고, 왜 고유한 태그가 나중의 롤백과 직결되는지 배웠습니다. 우리 이미지에 vote-api:1.0, vote-web:1.0 처럼 버전 태그를 붙일 준비가 됐습니다.
• 이번 장에서 하는 것: AWS ECR에 이미지 창고(리포지토리) 두 개를 만들고, 내 노트북에 있는 vote-api, vote-web 이미지를 그 창고에 실제로 올립니다.

이번 장에서 완성되는 것

한 문장으로: AWS ECR에 vote-api, vote-web 두 개의 리포지토리를 만들고, 내 노트북의 이미지를 그 안에 올려 둘 수 있게 됩니다.

이렇게 되면 성공입니다: AWS 콘솔의 ECR 화면에서 vote-api, vote-web 리포지토리를 열었을 때, 각각 안에 1.0 태그가 붙은 이미지가 올라가 있는 것을 눈으로 볼 수 있습니다.

사전 조건

이 장은 앞의 여러 장 결과 위에서 시작합니다. 시작하기 전에 아래가 갖춰져 있는지 확인하세요.

• 로컬 이미지 두 개가 있고, 1.0 태그가 붙어 있어야 합니다. 7~9장에서 만든 vote-api와 vote-web 이미지입니다. VS Code 터미널에서 아래로 확인합니다. (VS Code로 vote-app 폴더를 연 뒤, 터미널 → 새 터미널.)

docker images        # 내 노트북에 있는 이미지 목록을 보여 줍니다

출력의 REPOSITORY 칸에 vote-api와 vote-web이 보이고, TAG 칸에 1.0이 있어야 합니다. 만약 1.0은 없고 latest만 보인다면, 9장에서 배운 대로 아래로 1.0 태그를 추가로 붙입니다.

docker tag vote-api:latest vote-api:1.0   # vote-api:latest 에 1.0 이름표 추가
docker tag vote-web:latest vote-web:1.0   # vote-web:latest 에 1.0 이름표 추가

다시 docker images로 두 이미지 모두 1.0 태그가 보이면 준비 완료입니다.

• AWS 계정과 IAM 사용자, 액세스 키가 준비돼 있어야 합니다. 8장에서 AWS 계정을 만들고, IAM 사용자를 만들고, 그 사용자의 액세스 키 ID와 시크릿 액세스 키를 발급받아 안전한 곳에 적어 뒀습니다. 이 장에서 그 값을 씁니다. (아직 없다면 8장으로 돌아가 발급받으세요. 시크릿 키는 발급 순간에만 보이므로, 못 찾겠으면 8장 방식으로 키를 새로 발급하면 됩니다.)

• AWS 리전은 서울(ap-northeast-2)로 통일합니다. 8장에서 정한 습관 그대로, 이 장의 콘솔 작업은 모두 서울 리전에서 합니다.

• AWS CLI는 이 장에서 설치·설정합니다. 미리 준비할 필요 없습니다.

Docker(도커)는 켜져 있어야 합니다. 작업 표시줄(Windows)이나 메뉴 막대(macOS)에 Docker Desktop 고래 아이콘이 떠 있는지 확인하세요. 없으면 Docker Desktop을 실행합니다. (7장에서 하던 그대로입니다.)

10.1 레지스트리란 — 이미지 창고

먼저 오늘의 주인공 개념부터 정리합니다.

왜 필요한지 문제 상황부터 봅시다. 지금 내 이미지는 노트북 안에만 있습니다. 그런데 실제로 서비스를 돌릴 곳은 내 노트북이 아니라 AWS의 서버입니다. 그 서버는 내 노트북 하드디스크를 들여다볼 수 없습니다. 그러니 둘 다 접근할 수 있는 중간 창고가 있어야, 내가 창고에 올려 두고 서버가 창고에서 꺼내 쓸 수 있습니다. 그 창고가 레지스트리입니다.

레지스트리에 이미지를 주고받는 동작에는 이름이 있습니다.

그림으로 보면 흐름은 단순합니다. 내 노트북 → (push) → 레지스트리 → (pull) → AWS 서버. 이번 장에서 우리는 이 그림의 앞부분, "내 노트북 → push → 레지스트리"까지를 합니다. 뒷부분(서버가 pull)은 14장 배포에서 AWS가 알아서 합니다.

10.2 레지스트리는 어디에 쓰이나 — 활용 사례

레지스트리는 우리 프로젝트에만 쓰는 특별한 것이 아닙니다. 컨테이너를 쓰는 거의 모든 현장에서 매일 쓰입니다. 실제로 어떻게 쓰이는지 몇 가지 보겠습니다.

• 공개 이미지를 받아 쓴다 (Docker Hub): 세상에서 가장 유명한 공개 레지스트리가 Docker Hub입니다. 전 세계가 함께 쓰는 앱스토어 같은 곳으로, postgres, nginx, node 같은 공식 이미지가 여기 올라가 있습니다. 우리도 이미 1부에서 이 공개 이미지들을 pull해서 썼습니다. 남이 올려 둔 창고에서 내려받아 쓴 셈입니다.

• 회사 안에서만 쓰는 비공개 창고(사내 프라이빗 레지스트리): 회사가 만든 이미지에는 회사 코드가 들어 있으니 아무나 보면 안 됩니다. 그래서 회사는 비공개(프라이빗) 레지스트리를 두고, 로그인한 직원·서버만 push/pull 하게 합니다. AWS ECR, GitHub Container Registry, 회사 자체 서버 등 형태는 다양하지만 목적은 같습니다. "우리만 접근하는 이미지 창고."

• 자동 배포 파이프라인의 중간 창고(CI/CD): 실무의 자동 배포는 보통 이렇게 흐릅니다. 개발자가 코드를 GitHub에 올리면 → 자동화 도구(CI)가 이미지를 빌드하고 → 레지스트리에 push하고 → 서버가 그 이미지를 pull해서 새 버전으로 바꿔 실행합니다. 즉 레지스트리는 "빌드한 결과물을 서버로 전달하는 중간 창고" 역할을 합니다. 우리가 3부(15장 CI/CD)에서 만들 구조도 정확히 이것입니다.

정리하면, 레지스트리는 이미지를 만든 쪽과 실행하는 쪽 사이의 공용 창고 입니다. 공개로 열어 두면 Docker Hub 같은 앱스토어가 되고, 비공개로 잠그면 회사·팀 전용 창고가 됩니다.

10.3 [맛보기] Docker Hub에서 공개 이미지 내려받아 보기

레지스트리에서 이미지를 내려받는(pull) 느낌을 우리 프로젝트와 분리해서 아주 작게 한 번 손으로 겪어 봅시다. 공개 레지스트리인 Docker Hub에서 아주 작은 공개 이미지 하나를 내려받아 보는 것입니다.

1단계. Docker Hub가 어떤 창고인지 눈으로 보기

웹브라우저에서 https://hub.docker.com 에 접속합니다. 위쪽 검색창에 alpine 을 입력해 검색하면, 전 세계가 내려받아 쓰는 아주 작은 리눅스 공식 이미지 페이지가 나옵니다. 이게 "공개 창고에 올라가 있는 이미지"의 모습입니다. (로그인·가입은 하지 않아도 구경할 수 있습니다.)

2단계. 그 공개 이미지를 내 노트북으로 pull 하기

VS Code 터미널(vote-app 폴더에서 열린)에 아래를 입력합니다.

docker pull alpine      # Docker Hub 공개 창고에서 alpine 이미지를 내려받는다

여러 줄의 다운로드 메시지가 지나가고 Status: Downloaded ... 또는 Pull complete 같은 문구가 나오면, 방금 여러분은 레지스트리에서 이미지를 pull 한 것입니다. 남이 공용 창고에 올려 둔 이미지를 내 노트북으로 내려받는 경험을 한 것이죠. 확인은 아래로 합니다.

docker images alpine    # 방금 받은 alpine 이미지가 목록에 있는지 확인

alpine 이 한 줄 보이면 성공입니다. 지금 겪은 pull의 반대 방향이, 이 장에서 우리 이미지로 할 push입니다. 이번엔 공개 창고가 아니라 우리 비공개 창고(AWS ECR)에 올린다는 점만 다릅니다.

10.4 AWS ECR — 우리가 쓸 레지스트리

이제 우리가 쓸 레지스트리를 정합니다. 우리는 서비스를 AWS에 배포하므로, 이미지 창고도 AWS 안에 있는 것을 씁니다. 그게 ECR입니다.

왜 Docker Hub가 아니라 ECR을 쓰나

앞에서 본 Docker Hub도 훌륭한 레지스트리입니다. 그런데 우리는 AWS에 배포하기 때문에, 이미지도 AWS 안(ECR)에 두는 편이 여러모로 유리합니다.

• 같은 AWS 울타리 안이라 빠르고 매끄럽다: 14장에서 이미지를 꺼내 쓸 ECS도 AWS 안에 있으니, 같은 AWS 안 창고에서 꺼내는 것이 가깝고 빠릅니다.
• 접근 권한을 AWS 방식으로 관리한다: 8장에서 만든 IAM 자격 증명으로 "이 사람/이 서버만 이 창고에 접근" 하도록 통제할 수 있습니다.
• 비공개로 안전하게 보관된다: 우리 창고는 프라이빗(비공개)이라, 우리 이미지를 아무나 볼 수 없습니다.

한 문장으로: AWS에 배포할 거라면, 이미지 창고도 AWS(ECR)에 두는 게 자연스럽다. 그럼 실제로 만들어 봅시다. 그전에 창고에 이미지를 올리려면 명령어 도구(AWS CLI)가 하나 필요합니다.

10.5 AWS CLI 설치

지금까지 AWS는 웹 화면(콘솔)에서 클릭으로 다뤘습니다. 그런데 이미지를 창고에 올리는 일은 클릭이 아니라 명령어로 합니다. 그 명령어를 쓰게 해 주는 도구가 AWS CLI입니다.

설치 방법 (운영체제별)

자신의 운영체제에 맞는 쪽만 따라 하세요. 모든 명령은 VS Code 터미널에서 실행합니다.

• macOS — 방법 A (Homebrew가 있으면 가장 간단): 아래 한 줄로 설치합니다.

brew install awscli      # Homebrew로 AWS CLI 설치

(Homebrew가 없다면 아래 방법 B를 쓰세요. brew 를 쳤을 때 command not found 가 나오면 Homebrew가 없는 것입니다.)

• macOS — 방법 B (공식 설치 패키지): 웹브라우저에서 https://awscli.amazonaws.com/AWSCLIV2.pkg 에 접속하면 설치 파일(.pkg)이 내려받아집니다. 그 파일을 더블클릭해 "계속 → 계속 → 동의 → 설치" 순서로 끝까지 진행합니다. 중간에 비밀번호를 물으면 내 노트북 로그인 비밀번호를 입력합니다.

• Windows — 공식 설치 프로그램(MSI): 웹브라우저에서 https://awscli.amazonaws.com/AWSCLIV2.msi 에 접속하면 설치 파일(.msi)이 내려받아집니다. 그 파일을 더블클릭해 "Next → Next → Install" 순서로 끝까지 진행합니다.

[맛보기] 설치가 됐는지 확인하기

설치가 끝나면 터미널을 새로 열어야 방금 설치한 명령이 인식됩니다. 터미널 영역 오른쪽 위의 휴지통 아이콘으로 터미널을 닫고, Terminal → New Terminal로 새 터미널을 연 뒤 아래를 입력합니다.

aws --version      # 설치된 AWS CLI 버전을 보여 줍니다

aws-cli/2.x.x ... 처럼 버전이 한 줄 나오면 설치 성공입니다. (숫자는 사람마다 다를 수 있습니다. 나오기만 하면 됩니다.)

10.6 aws configure로 내 자격 증명 등록

AWS CLI를 깔았으니, 이제 "나는 8장에서 만든 그 IAM 사용자다" 라는 것을 CLI에 등록해야 합니다. 그래야 AWS가 "이 사람이 우리 창고에 접근할 권한이 있다"고 알아봅니다. 등록은 aws configure 명령으로 합니다.

VS Code 터미널에 아래를 입력하고 Enter를 누릅니다.

aws configure      # AWS CLI에 내 자격 증명과 기본 리전을 등록

그러면 네 가지를 차례로 하나씩 물어봅니다. 각 줄에 값을 입력하고 Enter를 누르면 다음 질문으로 넘어갑니다. 8장에서 적어 둔 값을 입력하세요.

• AWS Access Key ID [None]: 8장에서 발급받은 액세스 키 ID를 붙여넣습니다.
• AWS Secret Access Key [None]: 8장에서 발급받은 시크릿 액세스 키를 붙여넣습니다. (입력해도 화면에 글자가 안 보일 수 있는데 정상입니다. 그냥 붙여넣고 Enter.)
• Default region name [None]: ap-northeast-2 를 입력합니다. (서울 리전.)
• Default output format [None]: 아무것도 입력하지 않고 그냥 Enter를 누릅니다. (비워도 됩니다.)

[맛보기] 자격 증명이 등록됐는지 확인하기

제대로 등록됐는지, "지금 내가 누구로 인증되는지"를 AWS에 물어봅시다.

aws sts get-caller-identity      # 지금 CLI가 누구로 인증되는지 AWS에 물어본다

아래처럼 세 값이 나오면 성공입니다.

{
    "UserId": "AIDA...",
    "Account": "123456789012",
    "Arn": "arn:aws:iam::123456789012:user/내이름"
}

여기서 Account 값(예: 123456789012)이 여러분의 AWS 계정 번호입니다. 잠시 뒤 이미지를 올릴 때 창고 주소에 이 번호가 들어가니, 이 값을 기억해 두거나 따로 적어 두세요.

10.7 ECR 리포지토리 만들기 (콘솔)

이제 이미지를 담을 창고를 만듭니다. ECR에서 이미지 한 종류를 담는 칸을 "리포지토리"라고 부릅니다.

우리 서비스는 이미지가 둘(API 서버 vote-api, 프론트엔드 vote-web)이므로, 리포지토리도 둘 만듭니다.

[콘솔] ECR 리포지토리 생성

1. 웹브라우저에서 AWS 콘솔(https://console.aws.amazon.com)에 로그인합니다.
2. 상단 검색창에 ECR 을 입력하고, 결과에서 Elastic Container Registry를 클릭해 들어갑니다.
3. 왼쪽 사이드바에서 리포지토리(Repositories)를 클릭합니다.
   • 왼쪽 사이드바가 안 보이면, 화면 왼쪽 위의 메뉴(≡) 아이콘을 눌러 펼칩니다.
4. 오른쪽 위 리포지토리 생성(Create repository) 버튼을 누릅니다.
5. 설정 화면에서 아래처럼 입력합니다.
   • 표시 여부(Visibility settings): 프라이빗(Private) 을 선택합니다. (우리 이미지를 아무나 못 보게 비공개로 둡니다.)
   • 리포지토리 이름(Repository name): vote-api 라고 정확히 입력합니다.
   • 그 아래 나머지 옵션(태그 변경 방지, 이미지 스캔, 암호화 등)은 모두 기본값 그대로 둡니다. 손대지 않아도 됩니다.
6. 화면 맨 아래 리포지토리 생성(Create repository) 버튼을 눌러 만듭니다.
7. 목록 화면으로 돌아오면, 같은 방법으로 리포지토리를 하나 더 만듭니다. 4~6단계를 반복하되, 이번엔 이름을 vote-web 으로 입력합니다.

10.8 로컬 이미지를 ECR에 올리기 (로그인 → 태그 → 푸시)

이제 내 노트북의 이미지를 방금 만든 ECR 리포지토리로 올립니다(push). 순서는 로그인 → 태그 → 푸시 세 단계입니다.

가장 쉬운 길: 콘솔의 "푸시 명령 보기"

ECR은 초보자를 위해, 이미지를 올리는 데 필요한 명령어를 여러분 계정 번호까지 채워서 그대로 만들어 보여 줍니다. 이걸 복사해 쓰면 계정 번호를 손으로 적을 필요가 없어 가장 확실합니다.

1. ECR 콘솔의 리포지토리 목록에서 vote-api 를 클릭해 들어갑니다.
2. 오른쪽 위 푸시 명령 보기(View push commands) 버튼을 누릅니다.
3. 팝업에 macOS/Linux 탭과 Windows 탭이 있습니다. 내 운영체제에 맞는 탭을 고르면, 그 환경에 맞는 명령 네 줄이 나옵니다. 이 네 줄에는 이미 내 계정 번호와 리전이 채워져 있습니다.

이 네 줄이 무슨 뜻인지 알아 두면 좋습니다. 아래는 vote-api 기준 예시입니다 (123456789012 자리에는 실제 내 계정 번호가 들어갑니다). 실제로는 위 팝업이 보여 주는, 내 계정 번호가 채워진 명령을 복사해 쓰세요.

VS Code 터미널(vote-app 폴더에서 열린)에서 아래를 실행합니다.

# 1) ECR 창고에 로그인한다 (내 자격 증명으로 창고 문을 연다)
aws ecr get-login-password --region ap-northeast-2 \
  | docker login --username AWS --password-stdin \
    123456789012.dkr.ecr.ap-northeast-2.amazonaws.com

# 2) 로컬 이미지에 ECR 주소가 포함된 태그를 붙인다
docker tag vote-api:1.0 \
  123456789012.dkr.ecr.ap-northeast-2.amazonaws.com/vote-api:1.0

# 3) 그 태그로 ECR에 올린다 (push)
docker push \
  123456789012.dkr.ecr.ap-northeast-2.amazonaws.com/vote-api:1.0

각 단계의 의미는 이렇습니다.

1. 로그인: 내 AWS 자격 증명으로 ECR 창고에 접근 권한을 얻습니다. get-login-password 가 임시 비밀번호를 만들어 파이프(|)로 docker login 에 넘겨 줍니다. 성공하면 Login Succeeded 라고 나옵니다.
2. 태그 붙이기: 9장에서 배운 docker tag 입니다. 이미지를 어느 창고로 보낼지가 태그(이름)에 들어 있어야 하므로, ECR 주소가 붙은 이름을 새로 답니다. (vote-api:1.0 → 계정번호.dkr.ecr.ap-northeast-2.amazonaws.com/vote-api:1.0)
3. 푸시: 그 주소로 이미지를 올립니다. 업로드 진행 막대가 여러 줄 지나가고, 끝에 다이제스트 값과 함께 완료되면 ECR에 이미지가 저장된 것입니다.

이제 vote-web 이미지도 똑같이 올립니다. ECR 콘솔에서 vote-web 리포지토리로 들어가 푸시 명령 보기를 누르고, 위와 같은 방식으로 하되 이름만 vote-web 으로 바꿔 실행합니다.

# vote-web 로그인은 1)과 같은 명령을 그대로 씁니다 (같은 계정의 같은 ECR이므로,
# 방금 로그인했다면 다시 안 해도 됩니다)

# 2) vote-web 에 ECR 주소 태그 붙이기
docker tag vote-web:1.0 \
  123456789012.dkr.ecr.ap-northeast-2.amazonaws.com/vote-web:1.0

# 3) vote-web 올리기
docker push \
  123456789012.dkr.ecr.ap-northeast-2.amazonaws.com/vote-web:1.0

로컬의 vote-api:1.0, vote-web:1.0 이미지를 서울 리전(ap-northeast-2)의 ECR
리포지토리(vote-api, vote-web)에 각각 올려 줘. 로그인부터 푸시까지 필요한
명령을 실행하고, 각 단계가 뭘 하는지 설명해 줘.

10.9 올라간 이미지 확인

푸시가 끝났으면, 콘솔에서 이미지가 실제로 창고에 들어갔는지 눈으로 확인합니다.

[콘솔] 확인

1. ECR 콘솔에서 vote-api 리포지토리로 들어갑니다. (리포지토리 목록에서 vote-api 이름을 클릭.)
2. 이미지(Images) 목록에 태그 1.0 이 붙은 이미지가 한 줄 보이면 성공입니다.
   • 그 옆에 올라간 시각(Pushed at), 이미지 크기(Image size), 다이제스트 (Image digest, 고유 식별 값)도 함께 표시됩니다.
3. 뒤로 가서 vote-web 리포지토리도 같은 방식으로 열어, 1.0 태그 이미지가 있는지 확인합니다.

막히면

이 장에서 자주 나는 오류와 대처법입니다.

• aws --version 에서 command not found: aws 가 나온다. 방금 설치한 명령을 터미널이 아직 인식하지 못한 경우가 대부분입니다. 터미널 영역 오른쪽 위 휴지통 아이콘으로 터미널을 닫고, Terminal → New Terminal로 새 터미널을 연 다음 다시 입력해 보세요. 그래도 안 되면 10.5절대로 설치를 다시 진행합니다.

• aws sts get-caller-identity 에서 Unable to locate credentials 가 나온다. aws configure 로 자격 증명이 등록되지 않았거나 잘못 입력된 경우입니다. aws configure 를 다시 실행해, 8장의 액세스 키 ID와 시크릿 키를 앞뒤 공백 없이 정확히 붙여넣으세요.

• 로그인(1단계)에서 권한 오류(... is not authorized ...)가 난다. 8장에서 만든 IAM 사용자에게 ECR 접근 권한이 없을 수 있습니다. 8장에서 안내한 권한(예: 관리자 권한 또는 ECR 권한)이 그 사용자에게 붙어 있는지 확인하세요.

• 로그인은 됐는데 push 에서 리포지토리를 못 찾는다(name unknown 등). 태그의 주소가 실제 리포지토리 URI와 다른 경우입니다. 특히 계정 번호와 리전(ap-northeast-2), 리포지토리 이름(vote-api/vote-web)이 정확한지 확인하세요. 가장 확실한 방법은 콘솔의 "푸시 명령 보기"가 만들어 주는 명령을 그대로 복사해 쓰는 것입니다.

• docker tag 에서 No such image: vote-api:1.0 가 나온다. 로컬에 1.0 태그 이미지가 없는 것입니다. docker images 로 확인하고, docker tag vote-api:latest vote-api:1.0 (그리고 vote-web도)으로 태그를 붙인 뒤 다시 진행하세요.

• docker push 가 Cannot connect to the Docker daemon 이라며 멈춘다. Docker Desktop이 꺼져 있는 경우입니다. Docker Desktop을 실행해 고래 아이콘이 뜬 뒤 다시 시도하세요.

• 콘솔 ECR 화면에서 리포지토리가 안 보인다. 오른쪽 위 리전이 서울(ap-northeast-2) 인지 확인하세요. 다른 리전으로 보고 있으면 우리가 만든 창고가 안 보입니다.

[확인] 10장 체크리스트

아래가 모두 됐는지 확인하세요. 하나라도 안 됐다면 해당 절로 돌아갑니다.

• □ 레지스트리가 이미지 창고이고, push(올리기)/pull(내려받기)이 무엇인지 안다
• □ 레지스트리의 활용 사례(Docker Hub 공개 이미지 / 사내 프라이빗 레지스트리 / CI 자동 배포의 중간 창고)를 이해했다
• □ Docker Hub에서 docker pull alpine 로 pull을 직접 해 봤다
• □ Docker Hub와 ECR의 차이, 우리가 ECR을 쓰는 이유를 안다
• □ AWS CLI를 설치하고 aws --version 으로 확인했다
• □ aws configure 로 자격 증명을 등록하고, aws sts get-caller-identity 로 내 계정 번호를 확인했다
• □ ECR에 vote-api, vote-web 리포지토리를 만들었다
• □ 로그인 → 태그 → 푸시 세 단계로 두 이미지를 올렸다
• □ 콘솔에서 두 리포지토리에 각각 1.0 태그 이미지가 올라간 것을 확인했다

여기까지 됐다면, 우리 서비스 이미지가 AWS 창고에 들어간 것입니다.