일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- IAC
- alibabacloud
- cicd
- alibaba cloud
- alibaba
- terraform
- Naver Cloud
- Cluster
- 네이버클라우드
- hashicorp
- Deployment
- 시험
- Kubernetes
- k8s
- CKAD
- cloud monitor
- slack
- RollingUpdate
- 자동화
- GIT
- helm
- 쿠버네티스
- 알리바바클라우드
- kubeadm
- cloudmonitor
- argocd
- recreate
- slack app
- NCP
- 테라폼
- Today
- Total
목록RollingUpdate (2)
Room9

배포전략 Blue/Green Canary RollingUpdate Recreate Recreate 기존의 버전을 모두 삭제하고 새로운 버전으로 배포 해당 배포 방법은 기존 버전을 모두 삭제하고 새로운 버전으로 업데이트 될때 사용자가 어플리케이션 서비스에 접근할 수 없어, 서비스 유지를 하지 못한다는 단점이 있다. 테스트 환경에서 사용가능 할 것이며, 또는 일정 시간에만 서비스하는 경우에 서비스 중단이 가능하다면 사용 할 수 있는 배포 방식이다. Rolling Update 위의 Recreate 방식과 다르게 기존버전을 모두 삭제하는 것이 아닌, 이전 버전의 어플리케이션의 서비스를 내리고 새로운 버전의 어플리케이션을 올리는 방식이다. 이전버전을 내리고, 새로운 버전을 하나씩 올리는 방법이다. 쿠버네티스에서는..

배포전략 Blue/Green Canary RollingUpdate Recreate Blue / Green 이전버전을 블루, 새로운 버전을 그린으로 지칭하며 기존 트래픽은 Blue가 처리하고 있는 와중에 Green의 새로운 버전 테스트가 완료되면 Blue로 처리되던 트래픽을 Green으로 전환하여 버전을 변경한다. Kubernetes에서 Blue / Green blue-deployment ( labels - version:v1 ) + Service : 기존버전 green-deployment ( labels - version:v2 ) : 새로운 버전 Service의 Selector를 기존 version:v1 에서 version:v2 로 변경 Blue / Green 배포를 진행할 때의 단점으로는 Blue버전(..