개요현재 인턴 중인 곳에서 기존 1차 개발이 되어있던 프로젝트를 보수하고, 새로운 기능을 추가하여 정식 배포를 준비 중에 있다.그 중 QA 결과로 PDF 프리뷰를 제공하는 페이지에 진입 시 해당 PDF가 자동 다운로드 되는 현상이 발견되어 해결을 요청 받았다.확인해본 결과 문제 상황은 다음과 같았다.상세 페이지에서 html `` 태그로 pdf 프리뷰 제공 중일부 pdf를 대상으로 프리뷰가 성공적으로 렌더링 되지 않고, 자동 다운로드 되는 문제 발생원인 분석현재 프리뷰를 제공 대상인 pdf는 사용자가 서비스 내에서 업로드한 pdf로, CDN에서 제공하는 url을 사용하여 가져온다.프리뷰에 성공하는 pdf와 실패하는 pdf의 CDN url로 curl 명령어을 통해 응답 헤더를 확인해보았다.curl 명령어를 ..

☑️ 문제 정의 : 비동기처럼 보이는 동기 처리현재 우리 시스템의 알림 전송은 SQS 기반 Outbox 패턴을 따르고 있다.알림이 필요한 이벤트가 발생하면 다음과 같은 흐름으로 메시지가 처리된다.알림 정보를 Notification 테이블(사용자 조회용)과 Outbox 테이블(메시지 발행용)에 저장저장된 메시지를 SQS에 발행SQS 소비자가 메시지를 받아 실제 사용자에게 알림 전송알림 전송은 구조적으로 비동기처럼 보이지만, SQS로 메시지를 발행하는 로직만은 동기적으로 동작하고 있었다.이로 인해 대규모 알림 발송 시 병목이 발생할 수밖에 없는 구조였다.▶︎ 단계별 병목 지점 정리병목이 예상되는 지점은 다음과 같다.알림 데이터를 DB에 저장할 때메시지를 SQS로 발행할 때알림을 사용자에게 전송할 때단계처리 ..

서론기존에는 Spring의 `ApplicationEventPublisher`와 Redis의 Pub/Sub 구조를 활용해 알림 기능을 구현하고 있었다.이 구조는 내부 서버간 이벤트 전파와 브라우저 클라이언트로의 SSE 알림 전송에 효과적이었지만, 알림 수가 많아질수록 처리에 병목이 생길 수 있으며 실패시 재처리가 어렵다는 문제가 있었다.이러한 한계를 해결하고자 AWS SQS를 도입하여 알림 시스템을 재구성하게 되었다. 이 글에서 구조 설계, 고민했던 부분들과 해결 방안을 중심으로 알림 시스템 전환 과정을 정리하고자 한다.SQS를 도입하게 된 이유기존에는 웨이팅 호출 시 해당 웨이팅의 사용자에게 알림을 보내는 기능만 있었지만, 이후 쿠폰 이벤트가 시작되면 해당 가게를 찜한 사용자 전체에게 알림을 발송해야 하..

Filter 알아보기Filter 실행 흐름HTTP 요청 → WAS → `Filter 1 → Filter 2 → ... → Filter N` → Servlet → Controller Servlet이 호출되기 전에 Filter를 항상 거치게 된다.따라서 Controller에서 수행할 공통 관심 사항을 Filter에 구현하면 모든 요청 혹은 응답에 적용할 수 있다.특정 URL Pattern에만 Filter를 등록할 수도 있다.Filter의 구현Filter Interface`jakarta.servlet.Filter` 인터페이스를 구현하여야 한다.주요 메서드는 `init`, `doFilter`, `destroy`로 이루어져 있다.HTTP 요청이 오면 `doFilter` 메서드가 호출된다.  ← 원하는 로직을 이 ..

일정 관리 앱 과제를 수행하면서 예외 처리를 커스텀 하는 법에 대해서 공부했다.짧게 다시 복기해보자면 !커스텀 예외 처리 방법가장 명시적으로 예외 처리는 `try-catch` 문으로 할 수 있다. 그렇지만 예외가 발생할 수 있는 모든 부분에 `try-catch` 문을 덕지덕지 붙일 수는 없다 .. (아무도 보고 싶지 않아하는 누더기 같은 코드가 될 수 있음) Spring에서는 어플리케이션을 실행하는 동안 특정 예외가 발생할 경우 개발자가 등록한 특정 메서드를 실행시켜 주는 기능을 제공한다. (🙇🏻‍♀️🙇🏻‍♀️)해당 메서드에는 `@ExceptionHandler` 어노테이션을 달아주면 된다. 이 `@ExceptionHandler` 어노테이션안에 담당할 예외 클래스들을 명시해준다.@ExceptionH..