APP DEVELOPMENT TERM
CI/CD
코드 변경을 반복 가능하게 검사하고 전달하는 자동화
CI/CD는 코드 변경을 공용 저장소에 자주 합치고 자동 빌드·검사한 뒤, 통과한 결과물을 테스트나 운영 환경에 일관되게 전달·배포하는 개발 방식과 자동화 흐름입니다.
30초 이해
CI/CD는 사람이 매번 같은 명령을 기억하는 대신 코드 변경마다 정해진 빌드·검사·전달 절차를 반복하게 합니다
여러 기능이 합쳐질 때마다 직접 빌드하고 테스트하면 순서가 빠지거나 담당자 컴퓨터에서만 되는 문제가 생길 수 있습니다. CI는 공용 저장소에 변경이 들어오면 같은 환경에서 빌드·코드 검사·자동 테스트를 실행해 합치기 전 문제를 더 일찍 발견합니다.
CD는 검사를 통과한 결과물을 테스트 또는 운영 환경까지 반복 가능한 방식으로 전달하는 과정입니다. 조직에 따라 마지막 운영 반영을 사람이 승인하는 지속적 전달과 자동으로 공개하는 지속적 배포를 구분하므로, CI/CD가 있다고 모든 변경이 즉시 운영에 나간다고 가정하면 안 됩니다.
한 장으로 이해
코드 변경이 CI/CD를 거쳐 안전한 배포 후보가 되는 과정
변경을 합치기 전에 자동 검사하고 같은 방식으로 결과물을 만든 뒤 승인된 환경에 전달합니다.
- 01
코드 변경
작은 변경을 공용 저장소에 올리고 검토 대상으로 만듭니다.
- 02
자동 빌드·검사
코드 검사, 보안 확인과 자동 테스트를 같은 환경에서 실행합니다.
- 03
결과물 보관
통과한 빌드와 버전·변경 기록을 배포 후보로 보관합니다.
- 04
전달·승인·배포
테스트 환경 확인 뒤 권한과 승인 기준에 따라 운영에 반영합니다.
자동화는 검수 책임을 없애는 것이 아니라 반복 작업을 일정하게 만들고 사람이 중요한 출시 판단에 집중하게 합니다.
언제 사용하는 개념인가요?
코드 변경을 합칠 때
모든 변경에 같은 코드 검사·빌드·테스트 기준을 자동으로 적용합니다.
테스트 결과물을 전달할 때
특정 변경으로 만든 앱·웹 결과물을 재현 가능하게 생성하고 검수 환경에 반영합니다.
운영 배포를 통제할 때
승인 담당, 비밀값, 배포 순서와 실패 시 중단·복구 절차를 권한과 기록으로 관리합니다.
왜 중요한가요?
반복 검사 누락을 줄입니다
사람과 시점에 따라 달라지지 않도록 코드 변경마다 동일한 기본 품질 기준을 실행합니다.
같은 결과물을 다시 만들 수 있습니다
빌드 환경과 절차를 코드로 관리하면 담당자가 달라져도 결과물을 재현하기 쉬워집니다.
배포 권한과 기록을 남깁니다
누가 어떤 변경을 어느 환경에 반영했는지 확인하고 중요 환경에는 승인 단계를 둘 수 있습니다.
실제 상황 예시
클래스 예약 앱에 CI/CD를 적용한다면
예약 코드가 바뀔 때 자동 검사하고 통과한 같은 결과물을 테스트·운영 환경으로 이동시킵니다.
변경마다 자동 확인
- 코드 형식과 기본 오류 검사
- 예약·결제 핵심 자동 테스트
- 운영과 같은 방식의 빌드
- 버전·코드 식별값이 있는 결과물 보관
운영 반영 통제
- 테스트 환경의 사람 검수
- 운영 비밀값과 배포 권한 분리
- 대표 또는 담당자의 공개 승인
- 실패 감지·중단·롤백과 알림
검사가 통과해도 정책·사용자 경험·실데이터 영향은 사람이 판단할 수 있으므로 자동 통과 조건과 수동 승인 조건을 분리해야 합니다.
자주 하는 오해
“CI/CD를 쓰면 개발이 자동으로 끝난다”
반복적인 빌드·검사·전달을 자동화합니다. 요구사항, 코드 검토, 사용자 검수와 출시 판단은 여전히 필요합니다.
“CI/CD는 무조건 운영 자동 배포다”
테스트 환경까지만 자동 전달하고 운영 반영은 승인하도록 구성할 수 있습니다. 조직이 채택한 CD 범위를 확인해야 합니다.
“자동 테스트가 통과하면 오류가 없다”
작성된 테스트가 확인하는 범위만 보장합니다. 실제 기기, 외부 서비스, 정책과 새로운 예외는 추가 검수가 필요합니다.
우리 서비스에 적용할 때 확인하세요
- 1어떤 변경에서 자동 흐름이 시작되고 누가 결과를 확인하나요?
- 2빌드·코드 검사·보안·핵심 테스트 중 무엇을 자동 실행하나요?
- 3개발·테스트·운영 비밀값과 권한이 분리돼 있나요?
- 4운영 반영 전에 필요한 사람 검수와 승인 조건이 있나요?
- 5실패하면 자동 중단·알림·재실행·롤백 중 무엇이 가능한가요?
공식 참고
서비스 기준은 공식 문서에서 다시 확인하세요
다음 자료
이해한 내용을 바로 적용해보세요
CI/CD가 만드는 빌드·릴리스 결과물, 실제 운영 반영인 배포와 변경 뒤 기존 기능을 확인하는 회귀 테스트를 이어서 확인하세요.
자동 배포 여부보다 자동 검사 범위·승인·실패 복구를 확인하세요
반복 가능한 흐름과 사람이 판단할 지점을 나누면 작은 팀도 안전한 출시를 이어갈 수 있습니다.