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
- fast api
- k8s
- 메세지큐
- 머신러닝
- OpenShift
- POD
- 도커
- Docker
- 오픈시프트
- Python
- vue.js
- 로깅
- Machine Learning
- 솔루션조사
- BFS
- SpringBoot
- GPT
- fastapi
- LLaMa
- 생성형 AI
- vuejs
- kubernetes
- 쿠버네티스
- Redis
- jpa
- 생성형
- LeetCode
- 리트코드
- 컨설팅
- 컨설턴트
Archives
- Today
- Total
목록try catch (1)
수 많은 우문은 현답을 만든다
예외처리에 대한 고찰 - 1편
예외처리에 대한 고찰 안녕하세요 조영호입니다. 오늘은 어플리케이션의 예외처리에 대해 고민하고 발견한 내용들에 대해서 공유하고자 합니다. 막연한 시작에서 한 걸음 나아간 결과를 얻게되어 뿌듯합니다.. 부족한 점은 댓글 달아주세요! 어느날 새로운 프로젝트 팀으로 이동하게 되었습니다. 첫 미션은 해당 어플리케이션의 에러들을 '잘 관리할 수 있게 해봐라' 였습니다. 에러 모니터링이야 그냥 ELK/EFK 쓰면 간단할 것으로 생각했지만, 어플리케이션 단에서 저장해서 보여주고 싶다는 요건이었습니다. (찾다보니 front-end browser log를 저장하는 솔루션도 있더라구요 ! - Sentry) 해당 애플리케이션은 이미 메소드 별로 try-catch를 덕지덕지 쓴 상태였습니다. 어떻게하면 가독성을 향상시킬 수 있..
개발지식/Springboot
2022. 2. 21. 18:44