스택큐힙리스트

1. 왜 둘을 비교해야 하나?스프링 서비스를 AWS 에 올리려면 “코드를 커밋한 순간부터 프로덕션까지” 흐름이 안정적이어야 합니다.GitHub Actions → GitHub 저장소와 곧바로 연동, 다양한 워크플로 Marketplace, 멀티 클라우드 지향.AWS CodePipeline + CodeDeploy → AWS 권한 경계를 벗어나지 않고 IAM 역할·CloudWatch·Auto Rollback 같은 네이티브 기능이 즉시 사용 가능.둘 중 무엇을 선택하느냐에 따라 비용·보안·러닝커브·배포 전략이 달라집니다.2. GitHub Actions 한눈에구성: .github/workflows/*.yml 파일에 파이프라인 정의, Event 기반 트리거, 병렬 Job.Runner: GitHub-호스티드(자동) 또..

왜 지금 ‘배포 자동화’에 집중해야 할까?서비스가 성장할수록 “서버 잠깐 내릴게요!”라는 말은 곧 사용자 이탈로 직결됩니다. 배포가 초 단위로 끝나더라도, 그 사이에 접속한 유저에게는 502 Bad Gateway가 찍히죠. 이번 14일차에서는 Docker + GitHub Actions + AWS EC2를 이용해 코드 push → 빌드 → 테스트 → 배포 → 헬스체크까지 전 과정을 자동화하고, 트래픽 손실 없는 무중단 배포(블루-그린 패턴)를 구축합니다.1️⃣ Dockerfile: 가볍고 안전하게 빌드하기# 1단계: 컴파일FROM eclipse-temurin:21 as builderWORKDIR /appCOPY . .RUN ./mvnw -Dmaven.test.skip=true package# 2단계: 실행..

빌드가 5 분씩 걸리면 작은 수정 → PR → 리뷰까지 대기 시간이 눈덩이처럼 불어납니다. GitHub Actions에서 Gradle 캐시를 극대화해 “녹색 체크”를 더 빠르게 받아보세요. 1. 왜 CI 빌드가 느릴까?GitHub Actions 러너는 매 실행마다 “새 서버”로 뜹니다.의존성 다운로드 (~/.gradle/wrapper, ~/.gradle/caches)컴파일 결과물 재생성이 두 가지가 시간을 잡아먹습니다. 캐시가 해답입니다.2. 캐시의 두 얼굴 종류 역할 저장 위치 활성화 방법 Dependency Cache라이브러리 ZIP·JAR 다운로드 결과~/.gradle/wrapper, ~/.gradle/caches/modules-*actions/cache 또는 setup-gradleBuild..

1. Git Flow로 브랜치 혼선 없애기Git Flow는 main(또는 master)·develop을 중심으로 feature/, release/, hotfix/ 브랜치를 체계적으로 운용해 충돌을 최소화합니다.작업 흐름이 명확해져 “누가 어디서 무엇을” 하는지 한눈에 보이는 덕분에 리뷰·배포 일정 관리가 쉬워집니다.빠르게 도입하는 팁브랜치 이름에 이슈 번호 포함: feature/123-loginrelease/버전 브랜치에서 QA → 승인되면 main 병합 후 태그긴급 수정은 hotfix/버그-키워드로 바로 main에서 파생2. Pull Request : 리뷰 문화의 시작PR은 코드 검수·지식 공유·변경 이력 관리까지 맡는 핵심 관문입니다.잘 보내는 PR 3단계작게 — 기능 단위로 커밋을 쪼개 리뷰 집중도..