![](http://i1.daumcdn.net/thumb/C148x148/?fname=https://blog.kakaocdn.net/dn/PPsH6/btsCMzFcHgk/oSuhq2MKcR44qivwYW3BD0/img.png)
이전 프로젝트는 현재 담당하고 있는 것 보다 규모가 훨씬 커서 테이블의 종류가 많았다. 그래서 다양한 테이블에 insert하는 매서드의 경우 중간에 오류가 발생하는 경우를 대비해 별도의 Exception을 정의하고 데이터 무결성을 위해서 rollback 처리를 반드시 해줬어야 했다. 그런데 현재 프로젝트로 넘어와서 코드를 확인해보니, @Transational 어노테이션만 붙이고, rollback은 따로 처리하지 않고 있었다. 지금 생각해보면 이유라기보다는 개발자의 미숙에 가까운게, 해당 프로젝트는 단 하나의 CustomException이 없었다. Checked Exception이 없기 때문에 굳이 rollbackfor를 정의할 필요가 없다는 생각이었을까? 정말 안전할지 알아보자. Transcational..
![](http://i1.daumcdn.net/thumb/C148x148/?fname=https://blog.kakaocdn.net/dn/CTodR/btsyTXWYzVn/Nk2LmnCkPpH2OjQ2BRa3Ok/img.png)
10월 두번째 스프린트로 진행한 미니프로젝트에서 발생한 일. 목요일 상용 서버 배포를 진행하고 테스트를 충분히한 후에, 마음 놓고 퇴근했다. 다음날 10월 20일 금요일 여유있게 출근하고, 아침 9시경 별 생각없이 어제 배포된게 잘 돌고 있나 테스트를 진행해봤다. 슬프게도 먹통이었다. dev서버와 qa서버에서 동일한 현상이 나타나는 걸 확인하고, 로컬에서 바로 테스트를 진행 다행히 바로 어떤 문제 상황인지 확인이 됐다. feign.FeignException$InternalServerError: [500 Internal Server Error] during [POST] to [https://api.openai.com/v1/embeddings] [OpenAiFeignClient#createEmbedding(..
- Total
- Today
- Yesterday
- 스프링부트
- Spring
- 후쿠오카
- AWS
- Log
- 티스토리챌린지
- openAI API
- S3
- GIT
- lambda
- AOP
- serverless
- JWT
- Kotlin
- 오블완
- elasticsearch
- terraform
- OpenAI
- EKS
- OpenFeign
- ChatGPT
- cache
- docker
- CloudFront
- 람다
- Elastic cloud
- AWS EC2
- MySQL
- springboot
- java
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |