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
- 서버
- spring
- Grafana
- CD
- 마이그레이션
- springboot
- DDos
- HTTP 상태 코드
- Prometheus
- 프리티어
- 백업
- RDS
- restful
- EC2
- 자동 배포
- nginx
- aop
- EC2 인스턴스 생성
- 복구
- ec2 rds 연결
- AWS
- 인증
- log
- SSL
- REST
- postgresql
- API
- REST API 설계
- CRUD
- RDS생성
Archives
- Today
- Total
목록springboot (1)
SU_DING_GI
😓 이상하게 느려진다?알록(ALOC) 서버를 운영하면서 문득 이런 생각이 들었다.“지금 API가 느린 건가?”“뭐가 문제지? 어디를 먼저 개선해야 하지?”하지만 당시 상황은 이랬다:요청이 느려도 로그만 보면 느린 건지 알 수 없음예외는 로그로 찍히지만, 평균 응답 시간은 안 나옴성능 개선을 하고 싶어도 "어디부터?"가 막막했다💡 그래서 시작했다: AOP 기반 로깅 시스템이런 고민 끝에 나온 해결책은 명확했다.“성능 병목을 알고 싶으면, 먼저 전체 흐름을 로깅하자.”단순히 로그를 찍는 수준이 아니라:모든 컨트롤러 API 요청의 시작과 끝을 로깅파라미터 값과 실행 시간을 수집500ms 이상 지연된 요청은 디스코드 알림Prometheus로 수집하고, Grafana로 시각화까지 통합적인 관측 시스템을 만들기..
BACK-END
2025. 4. 29. 20:12