DevOps팀에서 말씀하시길 배포를 너무 많이 해서 dockerhub에서 429 too many request 에러가 났다고 한다ㅎㅎ
개발에서 배포까지의 과정은 다음과 같다.
1. gitgub action 으로 애플리케이션 빌드
2. Docker 이미지 생성
3. 생성한 이미지를 Docker Hub 에 업로드
4. 업로드된 이미지를 ArgoCD(CI/CD 툴) 로 Kubernetes에 배포
이때 3번과 4번 과정인 Docker 이미지 업로드(Phsh), 다운로드(Pull) 작업에서 각각 Docker Hub의 API 를 호출한다. 이게 너무 많아서 API 호출이 제한된 것이다.
지금 프로젝트의 공식적인 종료일이 거의 도래하기도 했고 또 이번에 오픈하는 API 들이 구매, 시청, 구매/가입 정보를 제공하는 중요한 API 이다 보니 더욱 신경써서 테스트 - 수정 - 배포 의 과정을 반복하고 있다. 또 MSA다 보니 배포해야 하는 Application 도 많다. 여기에 환경도 여러개이다... app 여러개 + 환경 여러개 + 테스트, 수정 반복 의 콜라보로 dockerhub 로부터 일시적으로 벤을 당했다 ㅠ
dockerhub 에서 429 에러가 떠서 AWS의 Public ECR(Amazon Elastic Container Registry) 로 변경해서 하고 있었다고 한다. AWS Public ECR 도 dockerhub 와 마찬가지로 docker image를 담고 있는 repository 이다. 그런데 여기서도 너무 많이 했는지 똑같이 429 (too many request) 에러가 떠서 AWS Private ECR 로 변경했다고 한다. AWS ECR 은 Phsh 에 대한 api 콜 제한은 없고 Pull 에 대해서만 존재하며 Public 보다 Private 가 api 콜 제한 개수가 더 많다.
이런 경우가 생길 수 있다는 것을 처음 봐서 찾아보게 되었다.
이미지 출처
https://shahtech.medium.com/devops-al-end-to-end-workflow-complete-automation-c798b06dcbf5
'도커' 카테고리의 다른 글
도커 실습 : 컨테이너 이미지 다운로드 및 실행 (0) | 2023.02.17 |
---|---|
컨테이너와 컨테이너 이미지의 차이 (0) | 2023.02.17 |
컨테이너란? 도커란? (1) | 2023.02.16 |
댓글