pile·
인프라 / DevOps·인포그랩인포그랩·

Maven 빌드가 자꾸 429를 만난다면 - GitLab Virtual Registry로 의존성 에러 해결하기

문제폐쇄망 CI 에서 Maven 빌드가 반복적으로 429 Too Many Requests 를 받는다. NAT 게이트웨이가 여러 내부 IP 를 단일 외부 IP 로 묶고, Maven 의 5스레드 병렬 다운로드 + Maven Central 의 가변 rate limit 가 겹친 결과.
접근GitLab Premium 이상에서 신규 VM 없이 캐싱 프록시 패턴을 구현하는 Maven Virtual Registry 활용. 내부 CI 가 단일 엔드포인트만 호출하고 GitLab 인스턴스가 외부 통신과 캐싱을 전담. Nexus 대비 비용 부담 없음.
결과PoC 에서 전이 의존성 5단계까지 정상 해소, 초기 설정 2~3시간. 단 Maven/Container 만 지원하는 베타라 npm/NuGet 다중 포맷이나 GA 안정성이 필요하면 Nexus 가 적합.
인포그랩
인포그랩 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)
·takedown 요청

이 글과 비슷한

  2. 인프라 / DevOps·vercel-blogVercel Blog·

    Vercel CLI 드라이런 배포로 실제 배포 전 구성 미리 확인하기

    Vercel CLI v54.17.2부터 vercel deploy --dry 명령으로 실제 파일 업로드 없이 배포 구성을 미리 검사할 수 있다. 프레임워크 감지 결과, 포함/제외 파일 목록, 디렉터리 크기 분포, 콘텐츠 해시까지 사전에 확인하고 나서 배포를 결정할 수 있어 의도치 않은 배포 실패를 예방한다.

    #deployment#ci-cd#vercel-cli+1