일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 트랜잭션
- Filter
- exception
- OOP
- 스프링
- 스프링부트
- 자바
- Spring
- RestControllerAdvice
- 디자인패턴
- spring boot
- response
- proxy pattern
- 인터셉터
- Redis
- Spring Security
- 스프링 시큐리티
- 관점지향프로그래밍
- http
- java
- network
- aop
- git
- Interceptor
- MYSQL
- request
- SQL
- 객체지향프로그래밍
- mybatis
- aspect
- Today
- Total
목록Tooling, DevOps/DevOps (2)
장쫄깃 기술블로그

인 플레이스 (In-Place) 배포 인 플레이스 (In-Place) 배포는 사용 중인 환경에 새로운 변경사항이 포함된 어플리케이션만 반영하는 배포 방법이다. AWS CodeDeploy는 롤링 배포와 인 플레이스 배포를 혼합한 배포 방식을 제공한다. CodeDeploy 인 플레이스 배포 시 Elastic Load Balancer 특히, CodeDeploy는 Elastic Load Balancer와 통합하여 사용이 가능하다. 단, 필수는 아니다. CodeDeploy 배포 시, Elastic Load Balancer는 준비되지 않았거나, 현재 배포 중이거나, 더 이상 환경의 일부로 필요하지 않은 인스턴스로 인터넷 트래픽이 라우팅 되지 않도록 한다. 그러나 로드 밸런서의 정확한 역할은 블루/그린 배포에 사용되..

중단 배포 방식과 다운타임 서버 한대로 서비스를 운영한다면, 서버 배포 시 어떻게 될까. 현재 서버에서 V1 버전이 실행되고 있는 상황이다. 그리고 우리는 여러 기능이 추가된 V2 버전을 새로 개발했다. 이제 사용자들이 V2 버전을 사용할 수 있도록 배포해야 한다. 배포를 하려면 우선 기존에 V1 버전이 실행되고 있는 서버를 중지시켜야 한다. V1 버전과 V2 버전은 서로 같은 포트를 사용하므로, V2 버전을 실행하기 전에 먼저 V1 버전의 프로세스를 중단해야 한다. 이 시점부터 사용자들은 서비스를 사용할 수 없게 된다. 사용자가 V2 버전을 사용할 수 있도록 바로 V2 버전을 빌드 후 실행해야 한다. 빌드, 로딩과정을 거치고 V2 버전이 정상적으로 실행되면 사용자들은 서비스를 이용할 수 있게 된다. 이..