백엔드 개발자 블로그

문제 상황DB log를 보니 아래와 같은 외부 공격이 이뤄지고 있었다.우리 redis를 slave로 사용해서 요금 폭탄을 나눠주려고 공격을 시도하고 있다.1:S 21 May 2025 04:35:09.626 * MASTER REPLICA sync started1:S 21 May 2025 04:35:09.626 * REPLICAOF 8.219.136.159:60121 enabled (user request from 'id=199 addr=60.172.131.15:44468 laddr=172.17.0.3:6379 fd=23 name= age=1 idle=0 flags=N db=0 sub=0 psub=0 ssub=0 multi=-1 watch=0 qbuf=29 qbuf-free=20445 argv-mem=25..

Stored Procedure : 최적화 및 멈파일 단계 결과를 캐싱성능 - 최적화 및 멈파일 단계 결과를 캐싱, 인자값만 변경해도 최적화 및 컴파일이 그대로 유지유지보수 - 함수는 수정불가능한데, SP는 가능 / 서버 로직과 쿼리 로직 분리 가보안 - 설정도 가능

스프링 부트 액추에이터를 사용해 메트릭을 생성하고 프로메테우스에 저장한 다음 그라파나로 시각화한 경험이 있습니다. 수집한 지표는 다음과 같습니다.CPU, 메모리, JVM 힙 사용량톰캣 스레드 풀과 데이터베이스 커넥션 풀 상태error 레벨 로그로깅은 LogBack을 이용했습니다. 그리고, Loki에 7일동안 보관하도록 설정했으며 로그 추적을 위해 MDC를 사용했습니다.

외부 api를 사용하는 상황에서 외부 api에서 장애가 발생한다면 장애를 직접 해결할 수 없다. 장애를 최소화 해보자 1. 타임 아웃 설정커넥션 타임응답속도 시간 2. 벌크헤드 패턴연동 서비스마다 HTTP 커넥션 풀을 나눠주자 3. 서킷브레이커장애가 한계치 이상으로 발생하게 된다면 연결을 일시적으로 끊어버리자