CI/CD 그게 뭐야?

간단하게 말하면

개발자 팀에 의해 만들어진 결과물에 대해 지속적인 통합(CI)과 지속적인 배포(CD)를 하는 프로세스이다.

 

1. CI (Continuous Integration)

CI란 작업된 코드의 빌드, 테스트, 패키징 작업의 자동화 과정의 단계이다.

작은 단위로 여러번 지속적으로 통합하여 빌드, 테스트 되어서 여러 개발자가 공유하는 레퍼지토리에 통합되므로  여러 개발자가 같은 코드에 대해서 작업할 경우 발생할 수 있는 충돌 문제를 해결할 수 있다.

2. CD

Continuous Delivery와 Continuous Deployment 두 가지 의미가 있다.

(1) Continuous Delivery

CI를 통해서 얻은 통합된 결과물이 고객에게 배포되기 전에 검증하고 수동적으로 배포 전달하는 단계이다.

(2) Continuous Deployment

 자동화로 전 과정을 배포를 하는 단계이다.

 

3. CI/CD work flow에서 사용되는 것들

(1) VCS(SCM)

여러 개발자들이 같은 코드를 건드리는 상황에 코드를 서로 업로드(commit)를 하면 생기면 충돌이 발생할 수 있는데 이것을 피하기 위해 코드의 버전 관리를 해야한다.
그래서 사용하는게 대표적으로 형상 관리 시스템인 Git이다.

(2) CI/CD 도구  (Jenkins, Travis CI, circle ci)

VCS에 저장된 코드를 불러오고
build -> test -> package 일괄적인 작업을 처리해준다.

test단계에서
(1) 실패를 한다면 개발자에게 메시지를 던져줘서 코드의 개선을 요청할 것이고
(2) 성공한다면 다음 단계인 배포 작업으로 이동한다.

다시 말해서, Jenkins는 CI/CD 두 부분에서 전반적으로 사용가능하다.

(4) Build tool (Maven, Gradle)

CI를 통해 패키징된 코드를 빌드하기 위한 도구로써 사용한다.

(5) 배포 자동화 도구 (Ansible, Terraform)

IaC(Intrastructure as Code)부분으로
서버에 인프라스트럭쳐 관리(클라우드에서 사용되는 가상화 서버 또는 미들웨어 서비스 관리)를 script 코드에 의해서 할 수 있는 도구이다.

(6) 컨테이너 런타임 도구(Docker, cri-o, Container d)

컨테이너 가상화 형태로 운영되는 서버에 적용되는 도구

(7) Orchestration 도구 (Kubernetes)

도커와 같은 도구를 통해 발생한 컨테이너들의 배포, 시스템, 확장, 네트워킹 관리를 위한 오케스트레이션 도구
스케줄, 스케일링 작업을 사용하기 위해 이용되기도 함.

4. Jenkins를 이용한 배포 과정

(1) IaC를 거치지 않는 파이프라인

web application을 개발한다고 하면 생성되는 war파일을
Was인 아파치 톰캣에 배포하거나 OR war파일을 실행할 수 있는 환경 자체를 컨테이너 가상화 환경에 구축하여 배포한다.

 

(2) IaC를 거치는 파이프라인

(3) 쿠버네티스를 포함한 배포 파이프라인

왼쪽 반이 Jenkins를 이용하는 부분까지를 Continuous Integration(CI)라고 할 수 있고 
오른쪽 반이 Continuous Delivery, Deployment(CD)라고 볼 수 있다.

(4) EC2 / VM에 배포 파이프라인

3번까지의 파이프라인은 로컬에서의 환경이고 이 환경을 그대로 클라우드에 옮길 수 있다.
CI/CD를 이용해서 배포작업이나 운영작업을 할 때는 보통 Linux환경에서 많이 실행되므로 로컬에서도 Linux환경에서 작업하는 것을 추천한다.