Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- aop
- netty
- spring DI
- spring aop
- 백준
- AccessToken
- springsecurity
- ObjectOptimisticLockingFailureException 처리
- multimodule testcontainers
- 소수찾기 java
- java
- 멀티모듈 테스트컨테이너
- 우아한 테크러닝
- kotest testcontainers
- redissonlock aop
- 알고리즘
- RefreshToken
- @transactional
- TestContainers
- ObjectOptimisticLockingFailureException
- 낙관적 락 재시도
- OptimisticLock
- 형상관리
- S3
- Invalid property 'principal.username' of bean class
- Spring Cloud Gateway
- 낙관적 락 롤백
- interface
- jpa
- DI
Archives
- Today
- Total
목록무중단 배포 (1)
조급하면 모래성이 될뿐
무중단 배포 적용하기
Why? 프로젝트를 하며 배포 과정에서 아래와 같이 이미 존재하는 포트를 띄우는 상황이 종종 발생했고, 그때마다 서버가 죽어버렸다. 서버가 죽게 되면 프런트팀에서 슬랙을 통해 요청했고, 그때마다 서버에 접속해서 다시 애플리케이션을 구동시켰다. 이런 경우를 최소화하고자 무중단 배포를 적용했다. How? AWS CodeDeploy를 사용했기 때문에 블루 그린 무중단 배포를 적용하는 방식 이 경우는 ec2를 여러 개 생성해서 사용한다고 이해했다. 현재 프로젝트에서는 조금 오버스럽다고 느껴서 다른 방식을 선택했다. Nginx를 통한 무중단 배포 - 이걸로 적용함 2개의 애플리케이션을 실행한 후(8080, 8081), Nginx를 통해 포워딩한다. 포워딩 규칙은 현재 Nginx가 8080 포트를 바라보고 있다면,..
TroubleShooting/데브코스
2022. 8. 26. 03:50