CI/CD란?

📌 CI/CD란?

매번 개발자가 코드를 수정하고 빌드와 테스트를 하고 배포까지 한다면 상당히 많은 시간이 소요될 것이다. 그러나 git에 코드를 올리는 것만으로도 빌드와 테스트, 배포까지 해준다면, 쓸데없는 시간을 단축시키고 개발에 더 많은 시간을 투자할 수 있을 것이다. 이를 위해 고안된 방법이 CI/CD이다.

CI/CD 서비스는 애플리케이션 구축, 테스트 및 배포에 자동화를 적용하여 개발 및 운영 활동과 팀 간의 격차를 해소한다. 개발자가 만든 코드 변경 사항을 컴파일한 다음 이를 소프트웨어 결과물에 연결하고 패키징하고, 자동화된 테스트를 통해 소프트웨어 기능을 확인하여 자동화된 배포 서비스로 이를 최종 사용자에게 제공한다.

목표는 조기 결함 발견을 높이고 생산성을 높이며 더 빠른 릴리스 주기를 제공하는 것으로 이 프로세스는 최신 버전을 배포하기 전에 소프트웨어 업데이트 모음을 하나의 대규모 배치로 통합하는 기존 방법과 대조된다. 현대의 DevOps 실행에는 지속적인 개발, 지속적인 테스트, 지속적인 통합, 지속적인 배포 및 개발 수명 주기 전반에 걸친 소프트웨어 응용 프로그램의 지속적인 모니터링이 포함된다. CI/CD 파이프라인은 현대 DevOps 운영의 중추를 형성한다.

🌟 CI란?

어플리케이션의 변경 사항이 자동으로 빌드되고 테스트되어 공유 레포지토리에 병합되는 것.

CI(Continuous Integration)는 단어 뜻 그대로는 '지속적인 통합'을 의미하며, 개발자의 관점에서는 빌드/테스트 자동화 과정을 의미한다. CI를 성공적으로 구현할 경우 애플리케이션에 대한 새로운 코드 변경 사항이 정기적으로 빌드 및 테스트되어 공유 리포지토리에 통합되므로 여러 명의 개발자가 동시에 애플리케이션 개발과 관련된 코드 작업을 할 경우 서로 충돌할 수 있는 문제를 해결할 수 있다.

지속적 통합의 실행은 소스/버전 관리 시스템에 대한 변경 사항을 정기적으로 커밋하여 모든 사람에게 동일 작업 기반을 제공하는 것으로 시작한다. 커밋할 때마다 빌드와 일련의 자동 테스트가 이루어져 동작을 확인하고 변경으로 인해 문제가 생기는 부분이 없도록 보장한다. 지속적 통합은 그 자체로 유익하지만 CI/CD 파이프라인을 구현하기 위한 첫 번째 단계이기도 하다.

🌟 CD란?

빌드와 테스트를 거쳐 github와 같은 저장소에 업로드하는 것.
성공적으로 병합된 내역을 저장소 뿐 아니라 클라이언트가 사용할 수 있는 환경까지 배포하는 것.

CD는 간단히 말하면 배포 자동화 과정이다. Continuous Delivery(지속적인 서비스 제공) 또는 Continuous Deployment(지속적인 배포)를 의미한다. 두 가지 의미 모두 파이프라인의 추가 단계에 대한 자동화를 뜻하지만 때로는 얼마나 많은 자동화가 이루어지고 있는지를 설명하기 위해 별도로 사용되기도 한다.

📌 CI/CD의 종류

- Jenkins

- CircleCI

- TravisCI

- Github Actions

- etc

📌 CI/CD 적용 전과 후

CI/CD를 적용하기 전 예시

1. 코드 수정.
2. 각자의 feature 브랜치에 코드를 push. (어느 한 부분에서 에러가 나도 눈치채지 못함.)
3. 각자의 코드를 git에 올리고 통합(Intergration).
4. 에러가 발생했지만 어느 부분에서 에러가 났는지 모르므로 다시 어디부분에 에러가 있는지 디버깅하고 코드 수정.
5. (1) ~ (4)의 과정을 반복.
6. 많은 시간을 할애하여 에러가 해결되었으면 개발자들이 직접 배포.

CI/CD를 적용한 후 예시

1. 코드 수정.
2. 각자의 feature 브랜치에 코드를 push.
3. git push를 통해 Trigger되어 CI서버에서 알아서 Build, Test, Lint를 실행하고 결과 전송.
3. 개발자들은 결과를 전송받고 에러가 난 부분이 있다면 에러부분을 수정하고 코드를 master 브랜치에 merge.
4. master 브랜치에 코드를 merge하고 Build, Test가 정상적으로 수행이 되었다면 CI서버에서 알아서 Deploy 과정을 수행.

📌 CI/CD의 특징

시장 출시 기간 단축 : 필수 기능을 우선으로 개발하여 배포하고 실시간으로 피드백 및 기능추가를 하여 출시 기간을 단축할 수 있다.
위험 감소 : 지속적으로 통합 및 배포를 하면서 위험 요소를 빠르게 발견하고 즉각 대응할 수 있다.
검토 시간 단축 : 지속적으로 통합 및 배포를 할 수 있으므로 코드를 정기적으로 검토 및 수정할 수 있어 검토 시간을 단축할 수 있다.
코드 품질 개선 : 지속적인 통합 기능을 수행함에 있어서 자동화 테스트 기능이 있어서 코드를 기능단위로 즉각 테스트 및 코드 품질 검사를 할 수 있다.
더 빠른 버그 수정 : 버그가 발생했을 때 실시간으로 문제를 확인하여 해결한 후 반영을 할 수 있어서 기존의 방식에 비해 빠르게 버그를 수정할 수 있다.
더 긴밀한 피드백 루프 : DevOps 접근 방식의 핵심 요소인 긴밀한 피드백은 CI/CD를 통해서 지속적으로 관리를 할 수 있다.