CI/CD 와 무중단 배포

CI/CD

📌 용어정리

컴파일
프로그래머가 작성한 소스 코드를 기계어로 변환하는 과정

빌드
소스 코드 파일을 컴퓨터에서 실행할 수 있는 소프트웨어 산출물로 만드는 과정

배포
빌드의 결과물을 사용자가 접근할 수 있는 환경에 배치하는 것

CI (Continuous Integration) 이란?

지속적 통합이라는 뜻으로 개발을 진행하면서도 품질을 관리할 수 있도록 여러 명이 하나의 코드에 대해서

수정을 진행해도 지속적으로 통합하면서 관리할 수 있음을 의미한다.

 

CI 가 있기전에 ...
개발자들은 머지 데이라는 날을 통해 모든 분기 소스 코드를 병합하는 업무를 하였다.
이는 결과적으로 많은 리소스의 낭비를 초래하게 되었다.

CI 과정

개발자가 코드 병합을 요청하면

→ CI 툴이 빌드와 테스트를 진행한다.

(성공)→ 과정에 문제가 없다면 코드 병합을 진행해주고,

(실패)→ 과정에 문제가 있다면 개발자에게 피드백을 해준다.

마틴 파울러가 제시하는 CI 의 규칙 4가지

• 모든 소스코드가 살아 있고 누구든 현재의 소스에 접근할 수 있는 단일 지점을 유지할 것
• 빌드 프로세스를 자동화해서 누구든 소스로부터 시스템을 빌드할 수 있게 할 것
• 테스팅을 자동화해서 언제든지 시스템에 대한 건전한 테스트 수트를 실행할 수 있게할 것
• 누구든 현재 실행 파일을 얻으면 지금까지 가장 완전한 실행 파일을 얻었다는 확신을 하게 할 것

CD (Continuous Deployment)

지속적 배포라는 뜻으로 빌드의 결과물을 프로뎍선으로 릴리스하는 작업을 자동화하는 것을 의미한다.

 

지속적 제공과 지속적 배포의 차이

\

지속적 제공과 지속적 배포는

프로덕션으로 릴리즈하는 Deploy 작업의 자동화 여부로 나눌 수 있다!

CI/CD 의 흐름

CI/CD Tool

• Jenkins
• Travis CI
• Github Actions
• etc...

정리

CI

•  고객의 요구사항에 빠르게 대응하기 위해 나온 XP(Extreme Programming)의 실천방안 중 1가지이다.
• 여러 명이 하나의 코드에 대해서 수정을 진행해도 지속적으로 통합하면서 관리할 수 있음을 의미한다.

CD

• 빌드의 결과물을 프로덕션으로 지속적으로 배포하는 것을 의미한다.

무중단 배포

배포 자동화를 통해 서비스를 운영하고 있다고 가정해보자.

새로운 버전이 배포되는 과정에서 다운 타임이 발생하게 되고. 다운 타임 동안 사용자들은 우리의 서비스를 이용할 수 없다.

 

이를 해결하기 위해서 무중단 배포라는 개념이 등장하였다.

무중단 배포 구현 방법

• AWS 에서 Blue-Green 무중단 배포
• 도커를 이용한 무중단 배포
• L4, L7 스위치를 이용한 무중단 배포
• NginX 를 이용한 무중단 배포 → 쉽고 비용이 저렴하다는 점에서 보편적으로 사용된다.

📌 용어정리

리버스 프록시
- 인터넷과 서버 사이에 위치한 중계 서버로써 클라이언트가 요청한 내용을 캐싱한다.
- 서버 정보를 클라이언트로부터 숨길 수 있어 보안에 용이핟.

로드 밸런싱
- 서버에 가해지는 부하를 분산해주는 역할을 수행한다.
- 하나의 서버가 멈추더라도 서비스 중단 없이 다른 서버가 서비스를 계속 유지할 수 있는 무중단 배포가 가능하다.
(학습 키워드 - 로드 밸런싱 알고리즘)

 

무중단 배포 방식

Rolling 배포

무중단 배포의 가장 기본적인 방식으로, 서버를 차례대로 업데이트 시키는 방식이다.

 

장점

• 인스턴스를 추가하지 않아도 돼서 관리가 간편하다.

단점

• 사용중인 인스턴스에 트래픽이 몰릴 수 있다.
• 구버전과 신버전의 공존으로 인한 호환성 문제가 발생할 수 있다.

Canary 배포

광부들이 카나리아 새(유독 가스에 민감)를 이용해 가스 누출 위험을 감지했던 것에서 유래된 이름이다.

신버전을 소수의 사용자들에게만 배포하고, 문제가 없는 것이 확인되면 점진적으로 다른 서버에 신버전을 배포하는 방식이다.

 

장점

• 문제 상황을 빠르게 감지 가능하다.
• A/B 테스트로 활용 가능하다.

단점

• 모니터링 관리 비용이 발생한다.
• 구버전과 신버전의 공존으로 인한 호환성 문제가 발생할 수 있다.

Blue / Green 배포

Blue 는 구버전, Green 은 신버전을 지칭하며. 구버전과 동일하게 신버전의 인스턴스를 구성시킨다.

신버전 배포 시 로드 벨런서를 통해 신버전으로만 트래픽을 전환시키는 방식이다.

 

장점

• 배포하는 속도가 빠르다.
• 신속하게 롤백이 가능하다.
• 남아 있는 기존 버전의 환경을 다음 배포에 재사용할 수 있다.

단점

• 시스템 자원이 2배로 필요하다.

Reference