IT 용어(7) - 배포 방식 종류

배포

예전에는 수 개월 혹은 수 년에 한 번씩 서비스를 릴리즈 했었지만, 최근에는 서비스를 더 작게 만들고(마이크로서비스) 더 자주 배포(Deployment) 하는 방식으로 변화하고 있다. 이러한 트렌드에 맞춰 서비스 배포 전략도 다양하게 개발되고 발전되어 왔다.

가장 대표적인 배포 전략으로는 Rolling, Blue/Green, Canary 기법이 있다.

 

 

1) Rolling Deployment

• 롤링 업데이트 방식은, 새 버전의 서버를 만들어가면서 트래픽을 구 버전 서버에서 신 버전 서버로 점차적으로 옮기는 형태이다.
• 구 버전 서버와 신 버전 서버의 비율을 N-K : K (K를 N까지 증가)로 조정하며 점차적으로 부하를 신 버전 서버로 이전하는 방식이다.
• Blue/Green 배포 방식은 인프라 리소스가 2배로 필요한데 비해, 롤링 업데이트 배포는 서버 자원이 한정적인 경우 유리하다.

장점	단점
Downtime이 없음. 버전의 업데이트와 테스팅을 동시에 수행할 수 있다.	구 버전과 신 버전이 공존하는 시기가 있으므로, 두 버전을 모두 고려하여 개발해야 한다.(e.g., DB schema) 세션 영속성에 대한 고려사항(서버가 롤링 업데이트 상태로 넘어갈 때, 기존 서버에 접속하고 있던 사용자의 session을 신규 서버로 이전해야 한다. 업데이트가 종료된 서버나 업데이트 되지 않은 서버 모두에서 서비스를 이어갈 수 있도록 구성해야 한다.)

 

2) Blue/Green Deployment

• Blue/Green 배포 전략은 새 버전의 서버 그룹을 모두 배포 완료한 뒤에,
• 로드밸런서에서 트래픽을 구 버전에서 새 버전으로 일시에 바꾸는 방식이다.

장점	단점
Downtime 최소화 가능 신규 버전에 문제 발생시 빠른 rollback이 가능 인프라 리소스가 2배로 들어간다.	기존 운영되고 있는 서버에서 Long-term 트랜잭션이 수행중이었다면 전환시 어떤 방식으로 처리할 지 충분한 고려가 필요하다. 두 서버 환경간 migration이 배포때 마다 필요하며, Rollback 수행시에도 고려해야 한다.

 

3) Canary Deployment

• 'Canary'라는 용어의 어원을 알면 이해가 더 쉽다. Canary는 카나리아 라는 새를 일컫는 말인데, 이 새는 일산화탄소 및 유독가스에 매우 민감하다고 한다. 그래서 과거 광부들이 이 새를 옆에 두고 광산에서 일을 하다가 카나리아가 갑자기 죽게 되면 대피를 했다고 한다.
• Canary 배포는 카나리아 새처럼 위험을 빠르게 감지할 수 있는 배포 기법이다. 카나리 배포는 일부서버(10% 정도?)에만 신 버전을 배포하여 운영한 후 문제가 없는것이 확인되면 점차적으로 모든 서버에 신 버전을 배포하는 방식이다.

장점	단점
capacity testing을 운영환경에서 진행할 수 있다는 점.(Rollback도 간단하게 가능하다.)	동시에 여러개의 소프트웨어 버전을 관리해야 한다는 점. 동시에 2개 이상의 버전이 운영환경에 배포되도록 할 수 있겠지만, 좋은 방법이 아니다..(롤백만 생각해도..) 사용자 PC나 모바일 기기에 설치하는 경우에도 사용이 어렵다.(사용자(고객)를 제한할 수 없다.)