Kubernetes) Application 배포

학습 목표 : 몇가지 Application 배포 방식에 대해 알아본다.

---

Application 배포(Update) 방식

• 기본적인 Application 배포는 Application을 중단하고 업데이트를 진행하여 서비스가 중단되는 시점(downtime)이 생긴다.

 

• downtime을 극복하기위한 무중단 배포방식이 사용된다.

 

• Rolling Update (Rolling 배포)

    -  무중단 방식의 가장 기본적인 방식으로 사용중인 인스턴스 내에서 새버전을 점진적으로 교체한다.

    -  장점

        -  인스턴스마다 차례로 배포를 진행하여 상황에따라 쉽게 Rollback이 가능하다.

        -  추가적인 인스턴스를 늘리지 않아도 되고 간편하게 관리가 가능하다.

    -  단점

        -  사용중인 인스턴스에 트래픽이 몰릴 수 있다.

        -  배포중에 신버전과 구버전이 공존하므로 호환성 문제가 발생할 수 있다.

 

• Blue/Green Deployment

    -  Blue(구버전)과 Green(신버전)으로 나눈다.

    -  Load Balancer를 통해 구버전의 모든 트래픽을 한번에 신버전 쪽으로 전환하는 방식

    -  장점

        -  신버전에 구버전의 인스턴스가 그대로 남아있어 손쉬운 Rollback이 가능하다.

        -  구버전의 환경을 다음 배포에 재사용할 수 있다.

        -  운영환경에 영향을 주지않고 새버전을 테스트할 수 있다.

    -  단점

        -  시스템 자원이 두배로 필요하다.

        -  새로운 환경에 대한 테스트가 전제되어야 한다.

 

• Canary Release (Canary 배포)
  
  

    -  옛날 광부들이 유독가스감지를위해 Canary 새를 이용한것을 유래로 잠재적 문제 상황을
       미리 감지하기위한 방식

    -  신버전을 소수의 사용자에게 배포하여 문제가 없는지 확인한 후, 점차 사용자를 늘려 배포한다.

    -  Blue/Green Deployment와 유사한 면이 있지만 트래픽을 한 번에 바꾸는 것이 아니라 단계적으로
       전환하기 때문에 부정적 영향을 최소화하고 트래픽 양을 조절하여 Rollback할 수 있다.

    -  A/B 테스트, 대조군과 실험군을 나누어 특정 UI나 Algorithm 효과 비교 테스트를 할 수 있다.

    -  문제상황을 빠르게 감지가 가능하나 네트워크 트래픽 제어에 부담이 갈 수 있다.

---

---