배포 기법_Rolling/BlueGreen/Canary/Recreate

클라우드 환경/MSA 아키텍처의 확산으로 인해, 배포 기법에 대한 변화가 일어 나고 있다.

 

대표적인 배포 기법은 다음과 같다. 이 중 4번을 제외하고는 무중단 배포 기법(downtime 불필요)에 해당한다.

1. Rolling Update 

2. Blue/Green Deployment

3. Canary Release

4. Recreate

 

1. Rolling Update

- 설명 :

  1) 어플리케이션의 새 버전을 하나씩 배포하면서 구 버전 인스턴스는 하나씩 제거
      -> 신규 버전 어플리케이션으로 새 서버 구성 후 기존 서버 하나를 제거한다.

  2) 트래픽 처리는 별도로 하지 않으며 점진적으로 새버전으로 옮겨가게 됨.

  3) 새 버전의 인스턴스가 정상이면 구 버전의 인스턴스를 삭제함.

- 장점 : 

  1) 관리 및 Rollback이 용이하다.

- 단점 : 

  1) 서버 수가 줄어드는 시점이 있으므로, 트래픽 처리용량에 대한 사전 고려 필요

 

2. Blue/Green Deployment

- 설명 : 

  1) 구 버전과 새 버전을 동시에 나란히 구성하고, 트래픽 처리를 변경(Switching)

  2) 한 버전으로만 Production 트래픽을 처리하도록 변경

- 장점 : 

  1) 빠른 Rollback 이 가능

  2) Production 환경에 영향을 주지 않고 새 버전의 기능 테스트가 가능 

     단, 별도의 포트/도메인 설정이나 내부에서 액세스 하는 것이 필요함.

- 단점 : 

  1) 자원 사용량이 두배로 늘어나므로, 비용이 증가

  2) 전체 플랫폼에 대한 테스트 진행이 필요

 

3. Canary Release

- 설명 : 

  1) 새 버전을 구성하고 트래픽 일부를 분산 처리 -> A/B 테스팅 가능

     -> 위험을 빠르게 감지할 수 있는 배포 방법

  2) 분산된 트래픽으로 오류 여부 판단 후 전체 배포 (점진적으로 트래픽 옮겨가며 배포)

  3) 트래픽 이동 후에도 구 버전의 어플리케이션이 남아 롤백은 가능

- 장점 : 

  1) Production 환경에서 테스트에 용이

  2) 오류률 / 성능모니터링에 용이 ->리스크 감지 용이

- 단점 : 

  1) Routing 변경이 필요하므로, 트래픽에 대한 제어에 대한 부담 존재

 

4. Recreate

- 설명 : 

  1) 일반적인 배포 전략으로, 구 버전의 서버 삭제하고 새 버전 서버 구성하는 방법

- 장점 : 

  1) 자원 사용량이 증가하지 않아, 비용 상의 이점이 있음.

  2) 네트워크 변경등이 불필요

- 단점 : 

  1) Downtime 존재