CI/CD와 배포 파이프라인 필수 용어집

"파이프라인이 깨졌어요", "이번 배포는 카나리로 나갑니다" — 개발팀 대화에서 자주 나오지만 처음 들으면 무슨 뜻인지 감이 안 오는 말들입니다. 배포 자동화와 관련된 핵심 용어를 순서대로 정리했습니다.

1. 파이프라인(Pipeline)이란 무엇인가

파이프라인은 코드를 작성한 뒤부터 실제 서비스에 반영되기까지의 자동화된 처리 과정을 뜻합니다. "코드 작성 → 테스트 → 빌드 → 배포"라는 일련의 단계를, 사람이 매번 손으로 하지 않고 정해진 순서대로 자동 실행되게 만든 것이 파이프라인입니다. GitHub Actions, Jenkins, GitLab CI 같은 도구가 이 파이프라인을 관리해줍니다.

2. CI(지속적 통합)와 CD(지속적 배포/전달)

• CI(Continuous Integration, 지속적 통합): 여러 개발자가 작성한 코드를 자주(하루에도 여러 번) 하나의 저장소에 합치고, 그때마다 자동으로 테스트를 돌려 문제를 빨리 발견하는 방식입니다. "합친 뒤에 문제를 늦게 발견하는" 상황을 막는 게 목적입니다.

• CD(Continuous Delivery/Deployment, 지속적 전달/배포): CI를 통과한 코드를 실제 서비스 환경까지 자동으로 내보내는 것입니다. Delivery는 "언제든 배포할 수 있는 상태로 준비"까지, Deployment는 "실제로 자동 배포까지" 한다는 미묘한 차이가 있습니다.

둘을 합쳐 CI/CD라고 부르며, 이걸 잘 갖춰두면 "코드를 고치고 → 자동으로 검증되고 → 자동으로 반영되는" 흐름이 만들어집니다.

3. 배포 전략 용어

• 스테이징(Staging)과 프로덕션(Production): 스테이징은 실제 서비스와 거의 똑같이 만들어둔 "연습 환경"이고, 프로덕션은 실제 사용자가 쓰는 "실서버"입니다. 보통 스테이징에서 먼저 검증한 뒤 프로덕션에 반영합니다.

• 롤백(Rollback): 새로 배포한 버전에 문제가 생겼을 때, 바로 이전의 정상 작동하던 버전으로 되돌리는 것을 말합니다.

• 블루-그린 배포(Blue-Green Deployment): 기존 버전(블루)을 그대로 켜둔 채 새 버전(그린)을 별도로 띄워 완전히 검증한 뒤, 트래픽을 한 번에 그린으로 전환하는 방식입니다. 문제가 생기면 다시 블루로 즉시 되돌릴 수 있어 안전합니다.

• 카나리 배포(Canary Deployment): 새 버전을 전체 사용자가 아니라 일부(예: 5%)에게만 먼저 내보내, 문제가 없는지 확인한 뒤 점진적으로 비율을 늘려가는 방식입니다. 탄광에서 위험을 미리 감지하던 카나리아 새에서 이름을 따왔습니다.

4. 컨테이너와 오케스트레이션

• Docker: 애플리케이션을 컨테이너라는 단위로 패키징하는 도구입니다. "내 컴퓨터에선 되는데요?"라는 문제를, 실행 환경 자체를 통째로 담아 어디서든 똑같이 돌아가게 해서 해결합니다.

• Kubernetes(K8s): 수십, 수백 개의 컨테이너를 자동으로 배치하고, 장애가 나면 재시작하고, 트래픽에 따라 개수를 조절해주는 컨테이너 오케스트레이션(orchestration, 관리·조율) 도구입니다.

파이프라인 용어들은 결국 "사람이 실수할 여지를 줄이고, 문제가 생겨도 빨리 되돌릴 수 있게 만든다"는 하나의 목표로 이어져 있습니다.