GitHub Actions 셀프호스티드 러너 비용·보안 트레이드오프
GitHub Actions를 쓰다 보면 두 갈림길을 만납니다. GitHub이 제공하는 호스티드 러너를 계속 쓸 것인가, 아니면 셀프호스티드 러너를 직접 운영할 것인가. 빌드가 느려서, 요금이 부담돼서, 혹은 특수…
5 min read
// category
CI/CD & DevOps
모노레포 CI 최적화: 변경된 부분만 빌드·테스트하기
모노레포가 커질수록 CI는 “매번 전부 빌드하고 전부 테스트하는” 관성 때문에 느려집니다. 패키지가 30개인데 하나만 고쳐도 30개를 전부 도는 파이프라인은 개발자 대기 시간을 잡아먹고 러너 비용을 태웁니다.…
5 min read
플래키 테스트 잡기: 자동 감지·격리·재시도로 CI 신뢰 회복하기
같은 커밋을 아무것도 안 바꾸고 다시 돌렸는데 이번엔 초록불이 뜬다. 어제까지 멀쩡하던 테스트가 오늘 아침 PR에서 빨간불을 내고, “재시도(Re-run)” 버튼을 한 번 누르면 통과한다. 팀 채널엔…
8 min read
배포 시크릿 관리: Vault vs SOPS vs 클라우드 KMS
CI/CD 파이프라인이 성숙해질수록 반드시 마주치는 문제가 시크릿 관리입니다. DB 비밀번호, API 키, TLS 인증서, 클라우드 자격 증명 — 이런 값들을 어떻게 저장하고, 어떻게 배포 시점에 안전하게…
6 min read
트렁크 기반 개발로 머지 지옥 탈출하기
기능 브랜치를 만들고 며칠, 길게는 몇 주씩 작업하다 메인 브랜치에 합치려는 순간, 지옥이 시작된다. 그 사이 다른 사람들이 올린 수십 개의 커밋과 충돌하고, 충돌을 해결하고 나면…
6 min read
GitLab CI 파이프라인 캐시·아티팩트 최적화 실전
GitLab CI 파이프라인을 처음 구성할 때는 잘 동작하다가, 프로젝트가 커지고 잡(job)이 늘어나면 어느 순간 빌드 시간이 10분을 넘어가기 시작한다. 원인을 들여다보면 대부분 매 잡마다 의존성을 새로…
3 min read
CI 테스트 병렬화로 피드백 루프 단축하기
개발팀이 빠르게 움직이려면 코드를 푸시한 후 “이 변경이 시스템을 망가뜨리지 않는다”는 확신을 최대한 빨리 얻어야 합니다. 그 확신을 주는 것이 CI 테스트이고, 그 확신을 얻는 데…
8 min read
무중단 배포 완벽 비교: 블루-그린 vs 카나리
운영 중인 서비스를 중단 없이 새 버전으로 바꾸는 일은 쉬워 보이지만, 실제로는 수백만 원짜리 장애를 유발하는 가장 흔한 원인 중 하나입니다. 블루-그린, 카나리, 롤링 업데이트—세 전략은…
6 min read
GitHub Actions 빌드 캐싱으로 CI 시간 70% 줄이기
GitHub Actions를 도입하고 얼마 지나지 않아 많은 팀이 같은 벽에 부딪힙니다. PR을 올릴 때마다 20~30분씩 기다리는 CI 실행 시간. 코드 몇 줄 고쳤을 뿐인데 의존성 수천…
7 min read
CI/CD 파이프라인 최적화 기초: 느린 배포를 반으로 줄이는 5가지 원칙
팀이 커지고 코드베이스가 복잡해질수록 가장 먼저 고통받는 것은 CI/CD 파이프라인입니다. 처음에는 5분이던 빌드가 어느 순간 40분을 넘기고, 개발자들은 PR 하나를 머지하기 위해 점심시간을 통째로 날립니다. “배포…
7 min read