pile·
인프라 / DevOps·삼쩜삼삼쩜삼·

속도 개선을 위한 노력 1탄: Codebuild S3 캐시 적용하기

문제AWS CodePipeline 기반 빌드가 소스 푸시 이후 배포까지 8분 이상 소요되며 외부 저장소에서 매번 의존성을 다운로드하는 비용이 높음.
접근CodeBuild buildspec에 S3 캐시 설정(Gradle .gradle/caches, .gradle/wrapper 경로)을 추가. 첫 빌드에서 S3에 캐시를 업로드하고 이후 빌드에서 재사용. Slack 명령으로 캐시 오브젝트 조회·삭제를 지원하는 자동화 구축.
결과5개 프로젝트에서 빌드 시간 38~61% 단축. 월 AWS 비용도 8.5% 절감. 두 번째 빌드부터 일관된 단축 효과를 확인했다.
삼쩜삼
삼쩜삼 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

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

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

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

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