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 |
Tags
- 낙관적 락 롤백
- Invalid property 'principal.username' of bean class
- AccessToken
- 알고리즘
- 형상관리
- 낙관적 락 재시도
- kotest testcontainers
- ObjectOptimisticLockingFailureException 처리
- S3
- OptimisticLock
- spring aop
- spring DI
- Spring Cloud Gateway
- netty
- TestContainers
- 백준
- aop
- RefreshToken
- DI
- springsecurity
- @transactional
- 소수찾기 java
- interface
- multimodule testcontainers
- 우아한 테크러닝
- 멀티모듈 테스트컨테이너
- ObjectOptimisticLockingFailureException
- redissonlock aop
- java
- jpa
Archives
- Today
- Total
목록actions cd (1)
조급하면 모래성이 될뿐
CodeDeploy 적용기
Why? 처음 프런트팀과 협업을 하기 전 완료된 API를 실시간으로 공유하고 싶었다. 완료된 API를 프론트에서도 바로 호출해볼 수 있으면 문제도 더 빨리 잡을 수 있고, 서로 생산성도 높일 수 있다고 생각했다. HOW? CI는 GithubActions를 사용했고, CD방식은 크게 2가지 중에 고민했다. 1. Docker 이미지를 만들고, EC2에서 이미지를 받아와서 실행. 2. S3에 Jar파일을 올리고, AWS의 CodeDeploy를 통해 배포한다. 결과적으로 2번을 선택했다. 두 방식의 장, 단점을 찾아보았을 때 모두 하지 마라!.. 또는 이건 쓰면 안 된다! 이런 내용은 딱히 못 찾았고, Docker에 익숙하지 않았기 때문에 2번을 선택했다. 간단하게 찾아보았을 때 1번 방식은 별도의 메모리 공간..
TroubleShooting/데브코스
2022. 7. 26. 13:20