------------------------------------------------------------------------------------------------------------------------
## 패치 or 배포관련 가이드
1. 중단 배포
- 중단 배포를 하는 이유는 무중단 배포를 하기에는 너무 큰 비용이 발생하는 경우가 있기 때문.
- 한 서비스에서 어플리케이션 코드나 데이터베이스 스키마 등 구버전과 신버전이 동시에 서비스되면 안되는 경우에는 중단 배포를 수행
- 중단 배포는 보통 온라인 게임 서버에 많이 함. (게임의 정책이 달라 서비스가 불가 하기 때문)
: 정기 점검을 걸고 중단 배포나 강제 업데이트를 많이 진행.
2. 무중단 배포
1) 현재 위치 배포 (In-place deployment)
- 무중단 배포를 하기위한 기법
- 새롭게 서버를 생성하거나 줄이지 않고 배포하는 방법.
- 로드밸러서에서 인스턴스 절반씩 코드를 배포함.
2) 서버 단위의 블루/그린 배포
- 무중단 배포 기법의 하나
- 블루/그린 2개의 그룹을 가지고 진행. (대상 그룹 or Auto Scaling 그룹)
- 다음 버전을 배포해야 할 일이 있다면, 그린 그룹에 새로운 버전을 배포하고 블루 그룹의 인스턴스를 종료한다.
- 장점
(1) 신버전과 구버전이 동시에 떠 있는 시간을 매우 짧게 처리할 수 있다.
(2) 롤백을 굉장히 빨리 할 수 있다는 것이다.
(3) 배포 과정에서 서비스되는 인스턴스 수가 줄지 않으므로 요청량을 처리하는데서 오는 장애의 부담이 없다.
** 현재 위치 배포와 블루/그린 배포는 구,신버전이 함께 서비스되어도 문제가 없는 경우에만 사용.
--------------------------------------------------------------------------------------------------------------------
일단 1번은 기존 정기점검의 시간을 가지고 서비스 중단을 하고.. 배포 하는 것을 의미 하고
2,3 번은 AWS 서비스를 사용 하여 deploy 할 경우에 할 수 있습니다.
하지만 2번은 기존의 배포 방식으로도 진행 할 수 있습니다.
In-place 방식은 배포 후에 순차적으로 was를 restart 하는 방식입니다.
Blue/Green 방식은 서버 교체 방식으로 기존 session이 종료 될때 까지 기다렸다가 한대씩 교체 하는 방식과
한꺼번에 교체 하는 방식이 있습니다. 서버가 많은 경우 한대씩 교체 하는 방식은 시간이 오래 걸릴 수 있어
한꺼번에 교체를 하기도 합니다.
AWS를 이용하는 배포 방식은 restart 방식은 서버 교체가 이루어 지지 않고, Blue/Green 방식은 서버 교체가
이루어 집니다. AutoScale Group을 지정 해야 할 수 있습니다.
WAS가 고정 IP를 가져야 한다면 In-Place 방식으로 해야 할 듯 합니다.
---------------------------------------------------------------------------------------------------------------------
'[AWS]' 카테고리의 다른 글
AWS CodeCommit란 무엇입니까? (0) | 2020.06.06 |
---|---|
[코드시리즈] CodeCommit / CodeBuild / CodeDeploy / CodePipeline 정리 (0) | 2020.06.06 |
Azure 리소스 그룹이란? (0) | 2020.05.28 |
[DB보안성 강화] APP/DB쿼리 변경없이 데이터 암호화 방안 (0) | 2020.05.28 |
CloudWatch 를 통해 모니터링 가능한 항목 (0) | 2020.05.27 |
댓글