CI/CD가 도대체 뭔가요? '레고 조립 공장과 자동 택배' 비유로 완벽 정리!

안녕하세요, 여러분의 든든한 IT 길잡이 데브프리입니다.

 

채용 사이트에서 백엔드나 프론트엔드 개발자 공고를 보다 보면, 자격 요건이나 우대 사항에 빠지지 않고 등장하는 마법의 알파벳이 있습니다. 바로 'CI/CD 경험자 우대'입니다.

 

"CI/CD? 지속적 통합과 지속적 배포라고 하던데... 대체 뭘 계속한다는 거지?"

"그냥 FileZilla(FTP)나 AWS 들어가서 파일 복사해서 넣으면 되는 거 아닌가요?"

 

개념을 모르는 초보 시절에는 코드를 수정할 때마다 직접 서버 컴퓨터에 들어가서 이전 파일을 지우고, 새 파일을 올리고, 서버를 껐다 켜는 무서운 '수동 배포' 작업을 하곤 합니다. 하지만 실무에서 이런 방식을 썼다간 대참사가 일어납니다.

 

오늘은 현대 개발의 꽃이자, 개발자들의 퇴근 시간을 획기적으로 앞당겨주는 구원자! CI/CD의 개념을 '레고 조립 공장과 자동 택배'에 비유하여 평생 잊지 않게 머릿속에 쏙쏙 넣어드리겠습니다.

 

1. CI (Continuous Integration, 지속적 통합): 꼼꼼한 '레고 조립 로봇'

CI(지속적 통합)는 여러 명의 개발자가 각자 짠 코드를 메인 저장소(GitHub 등)에 올릴 때마다, 시스템이 '자동으로 코드를 합치고(Build) 에러가 없는지 테스트(Test)하는 과정'을 뜻합니다.

CI는 개발자가 코드를 올릴 때마다 로봇이 즉시 조립해 보고 불량품(에러)이 없는지 꼼꼼하게 검사하는 과정입니다.

일상생활에 비유하자면 CI는 '깐깐한 레고 조립 검사 로봇'입니다.

친구 3명과 거대한 레고 성을 만들고 있다고 상상해 보세요. A가 지붕을 만들고, B가 기둥을 만들어서 합치려고 합니다. 과거에는 다 만들고 나서 손으로 끼워보니 크기가 안 맞아서 성이 와르르 무너지곤 했습니다.

 

하지만 CI 로봇을 도입하면, A가 지붕 블록(코드)을 올릴 때마다 로봇이 즉시 가져가서 가상으로 조립(Build)해 봅니다. 그리고 강풍을 불어보는 등 깐깐한 테스트(Test)를 거칩니다. 만약 지붕이 무너지면 즉시 A에게 삐-! 하고 빨간불(경고 알림)을 울려 합치지 못하게 막습니다. 덕분에 레고 성(메인 코드)은 항상 완벽하고 안전한 상태를 유지하게 됩니다.

 

2. CD (Continuous Deployment/Delivery, 지속적 배포): 빠르고 정확한 '드론 택배'

CD(지속적 배포)는 CI 과정을 무사히 통과한 안전한 코드를, 실제 유저들이 사용하는 라이브 서버(운영 환경)에 '자동으로 전달하고 설치하는 과정'을 뜻합니다.

CD는 완벽하게 검증된 레고 완성품을 드론이 낚아채어 실제 고객의 집 앞(운영 서버)까지 단 1초 만에 배송해 주는 과정입니다.

비유하자면 CD는 '완성품을 곧바로 쏴주는 드론 택배'입니다.

CI 로봇의 검사를 통과한 완벽한 레고 지붕이 완성되었습니다. 과거에는 이 완성품을 전시장에 올리기 위해 개발자가 직접 트럭(FTP 등)을 몰고 비바람을 뚫며 전시장에 가서, 기존 지붕을 손으로 들어내고 새 지붕을 얹어야 했습니다. 이 과정에서 서버가 멈추거나 실수가 잦았죠.

 

하지만 CD 드론을 도입하면, 코드가 테스트를 통과하자마자 드론(GitHub Actions, Jenkins 등)이 알아서 완성품을 낚아채 전시장에 날아갑니다. 그리고 고객들이 눈치채지 못할 만큼 순식간에, 에러 하나 없이 깔끔하게 새 지붕으로 싹 교체해 버립니다. 개발자는 그저 '전송' 버튼 하나만 누르고 커피를 마시면 끝납니다!

 

3. 실무에서는 왜 CI/CD에 열광할까요?

이 자동화 파이프라인을 구축해 두면 실무에서 엄청난 마법이 일어납니다.

1. 버그(Bug)의 조기 발견: 1달 동안 짠 코드를 한 번에 합치면 어디서 에러가 났는지 찾을 길이 없습니다. 하지만 코드를 올릴 때마다 CI가 매일매일 자동으로 테스트해 주기 때문에, 버그가 발생한 즉시 원인을 찾고 고칠 수 있습니다.
2. 개발 생산성 폭발: 예전에는 코드 100줄을 짜면 그걸 서버에 올리는(수동 배포) 데 1시간이 걸렸습니다. 이제는 서버 접속, 파일 삭제, 무중단 배포 스크립트 실행 등을 전부 CD 도구가 대신해 주니, 개발자는 오직 '코딩'에만 집중할 수 있습니다.
3. 대표적인 도구들: 업계에서는 이 로봇과 드론의 역할로 GitHub Actions(깃허브 액션), Jenkins(젠킨스), AWS CodePipeline 등을 주로 사용합니다.
4.  

4. 한눈에 비교하는 요약표

비교 항목	CI (Continuous Integration)	CD (Continuous Deployment)
한국어 명칭	지속적 통합	지속적 배포 / 제공
비유하자면?	꼼꼼하게 검사하는 '조립 로봇'	완성품을 배송하는 '드론 택배'
주요 역할	여러 명의 코드를 합치고 (Build) 에러가 없는지 검사함 (Test)	검증된 완성본을 실제 유저가 쓰는 서버에 안전하게 설치함 (Deploy)
기대 효과	코드 퀄리티 유지 및 버그 조기 차단	빠르고 안정적인 서비스 출시 (배포)
작업 위치	코드 저장소 (GitHub 등) 내부	개발 서버 및 운영 서버 내부

 

마무리

정리해 볼까요?

• 코드가 합쳐질 때마다 자동으로 빌드하고 테스트해서 퀄리티를 유지하는 것은 CI (통합)
• 그렇게 완성된 안전한 코드를 고객이 있는 서버로 자동으로 배달해 주는 것은 CD (배포)입니다.

처음 서버 인프라를 공부할 때 CI/CD 파이프라인을 구축하는 과정은 꽤나 머리가 아픕니다. 스크립트도 짜야 하고 리눅스 명령어도 알아야 하죠. 하지만 딱 한 번만 이 자동화 공장을 지어두면, 그 이후의 모든 배포 과정은 마우스 클릭 한 번으로 끝나는 기적을 맛보게 됩니다.

 

오늘 배운 개념을 바탕으로, 여러분의 개인 프로젝트에도 가벼운 GitHub Actions를 이용해 CI/CD를 도입해 보시는 건 어떨까요? 면접관의 눈빛이 달라질 것입니다.

 

오늘의 데브 노트가 유익하셨다면 공감과 댓글 부탁드립니다. 지금까지 데브프리였습니다. 감사합니다!