CI/CD는 코드 변경사항을 자동으로 빌드 / 테스트하고(CI), 그 결과를 자동으로 배포까지 연결하는(CD) 개발 방식을 의미합니다. 요즘은 GitHub Actions 같은 도구로 이 과정을 자동화하는 게 표준이 되었습니다.
CI/CD 한 줄로 정리하자면?
CI/CD는 Continuous Integration(지속적 통합)과 Continuous Delivery/Deployment(지속적 제공/배포)를 합친 말입니다. 개발자가 코드를 수정할 때마다 사람이 일일이 빌드하고 테스트하고 배포하는 대신, 이 과정을 자동화된 파이프라인으로 처리하는 방식을 뜻합니다.
DevOps 엔지니어의 핵심 업무 중 하나가 바로 이 CI/CD 파이프라인을 구축하고 관리하는 일입니다.
CI(지속적 통합)가 필요한 이유
CI는 새로운 코드 변경사항이 정기적으로(가능하면 하루에도 여러 번) 빌드되고 테스트되어 공유 저장소에 통합되는 것을 의미합니다.
이게 왜 중요한지는 이런 상황을 떠올려보시면 이해가 빠르실텐데요.
- 여러 개발자가 함께 작업하는 환경: 각자 작업한 코드가 저장소에 쌓이는데, 매번 사람이 직접 빌드하고 충돌을 확인하려면 시간이 오래 걸립니다. CI는 이 과정을 자동화해서 코드 충돌을 빠르게 발견하게 해줍니다.
- MSA(마이크로서비스 아키텍처) 환경: 기능을 작은 단위로 쪼개 개발하다 보니 배포가 잦은데, CI가 있으면 각 서비스 간 충돌을 자동으로 검증할 수 있습니다.
CI의 핵심 목표는 버그를 빠르게 찾아내고, 코드 품질을 유지하면서, 새 기능을 검증하는 시간을 단축시키는 데 있습니다.
CD(지속적 제공/배포), CI와 뭐가 다를까
CD는 두 가지 의미로 쓰입니다.
- Continuous Delivery(지속적 제공): 테스트를 통과한 코드를 자동으로 저장소에 릴리즈 가능한 상태로 만드는 것
- Continuous Deployment(지속적 배포): 여기서 한 단계 더 나아가, 실제 운영(Production) 환경까지 자동으로 배포하는 것
정리하면, CI가 코드를 빌드 / 테스트 / 병합하는 단계까지라면, CD는 그 결과물을 실제 사용자에게 전달하는 단계까지를 포함합니다. 이 덕분에 개발팀과 배포 담당자 간의 커뮤니케이션 부담이 줄고, 서비스 업데이트 속도가 빨라지게 됩니다.
CI/CD 파이프라인 단계별로 살펴보기
실제 파이프라인이 어떤 흐름으로 동작하는지 순서대로 보면 이해가 더 쉬우실꺼예요.
- 코드 커밋 — 개발자가 코드를 수정하고 저장소에 push
- 자동 빌드 — 파이프라인이 감지해서 자동으로 빌드 시작
- 자동 테스트 — 단위 테스트, 통합 테스트 등을 자동 실행
- 배포(Deploy) — 테스트를 통과하면 스테이징 또는 운영 환경으로 자동 배포
- 모니터링 — 배포 후 오류 여부를 지표로 확인
이 다섯 단계 중 하나라도 실패하면 파이프라인이 중단되고 담당자에게 알림이 가는 방식으로 동작하게 됩니다.
2026년 실제로 많이 쓰는 CI/CD 도구는?
몇 년 전만 해도 Jenkins, Travis CI가 대표적인 CI/CD 도구로 꼽혔지만, 지금은 상황이 많이 달라졌습니다.
- GitHub Actions: 현재 GitHub 저장소의 대다수가 사용하는 사실상의 표준 도구입니다. 저장소에 내장되어 있어 별도 인증이나 설정 없이 바로 워크플로우를 구성할 수 있다는 게 가장 큰 장점입니다.
- GitLab CI: 기업 환경에서 빠르게 성장하고 있는 도구로, 코드부터 모니터링까지 한 플랫폼에서 처리할 수 있습니다.
- Jenkins: 여전히 대규모 엔터프라이즈 환경에서 많이 쓰이지만, 신규 프로젝트에서의 채택 비중은 점점 줄어드는 추세입니다. 유연성과 커스터마이징이 필요한 복잡한 환경에서는 여전히 강점이 있습니다.
- Travis CI: 예전에는 대표적인 도구였지만, 지금은 신규 프로젝트에서 거의 선택되지 않는 편입니다.
저도 예전 자료를 보고 Travis CI부터 알아봤다가, 요즘은 대부분 GitHub Actions를 쓴다는 걸 뒤늦게 알고 다시 공부했던 적이 있었는데요. 자료를 찾으실 때는 작성 연도를 꼭 확인하시는 걸 권해드려요.
자주 묻는 질문(FAQ)
Q1. CI/CD를 처음 배운다면 뭐부터 익혀야 하나요?
코드가 GitHub에 있다면 GitHub Actions부터 시작하시는 걸 추천드립니다. 별도 설치 없이 저장소 안에서 바로 워크플로우를 만들어볼 수 있어 진입장벽이 낮습니다.
Q2. GitHub Actions는 무료인가요?
공개 저장소는 무료로 사용할 수 있고, 비공개 저장소는 매달 일정 시간까지 무료로 제공된 뒤 초과 사용량에 대해 과금되는 방식입니다.
Q3. Jenkins는 이제 안 배워도 되나요?
그렇지는 않습니다. 대기업이나 복잡한 온프레미스 환경에서는 여전히 Jenkins를 많이 사용하기 때문에, 실무에서 만날 가능성은 충분히 있습니다. 다만 신규 프로젝트를 처음 시작하는 입장이라면 GitHub Actions부터 익히시는 게 더 실용적입니다.
Q4. CI/CD를 도입하면 무조건 좋은가요?
프로젝트 규모나 팀 상황에 따라 다릅니다. 소규모 프로젝트나 협업 인원이 적은 경우에는 파이프라인을 구축하는 비용 대비 효과가 크지 않을 수 있어, 팀 상황에 맞게 도입 시점을 판단하시는 게 좋습니다.