전체 글

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

AWS SQS란?Simple Queue Service로, AWS에서 서비스하는 메시지 큐이다.메시지 큐를 왜 사용할까?하나의 API 요청에 동시에 수행되는 후처리 작업들이 많은 경우 ⇒ 응답 지연 최소화 및 시스템 간 결합도 감소 가능문제 상황응답 지연 문제 : API 내부에서 동기로 처리한다면 응답 대기 시간이 증가함 → UX 저하장애 전파 위험 : 외부 API 호출이 포함되는 경우, 서비스 하나에 장애가 나도 전체 기능 장애로 이어질 가능성이 높음해결한 API는 관련 작업만 처리하고, 동반되어야 하는 각 작업을 메시지로 만들어 큐에 넣음각각의 작업을 담당하는 Consumer가 큐에서 메시지를 비동기적으로 소비하여 처리함효과고객의 응답 대기 시간 감소후처리 시스템에 장애가 나도 메인 작업 자체는 정상 ..

최근 실시간 알림 기능을 구현하면서 공부했던 실시간 데이터 전송에 대표적인 기술들을 정리해본다.1. Polling주기적으로 서버에 요청을 보내 업데이트를 확인하는 방식클라이언트에서 서버로 계속해서 request를 전송한다.서버는 반복되는 request에 응답하면서, 전달할 이벤트가 있는 경우 전달한다.▶︎ 장점구현이 간단하다. (기본 HTTP만 지원되면 구현 가능)▶︎ 단점불필요한 요청이 많아지므로 서버 부하가 증가한다.새 이벤트가 발생하자마자 확인할 수는 없어 지연(Latency)이 존재한다.다수 클라이언트가 있을 경우 네트워크 오버헤드가 증가한다.매우매우 간단하게 실시간 (비슷한) 서비스를 구현해볼 수 있는 방식 2. Long Polling클라이언트가 서버에 요청을 보내고, 서버는 새로운 데이터가 있..

DI 적용 전 객체 사용 방식DI 개념을 적용하기 전에는 객체 사용 시 어떤 방식을 사용했을까?1. 직접 객체 생성사용하려는(=의존하려는) 객체를 ``new`` 생성자를 통해 직접 생성한다.public class CafeController { private StarbucksService starbucksService = new StarbucksService(); public void orderCoffee() { starbucksService.brew(); }}이러한 방법은 객체간 결합도가 강하다는 단점이 있다. 만일 스타벅스가 부도가 나서 서비스를 스타벅스가 아닌 팀홀튼으로 바꿔야 할 경우 (ㅎ) CafeController 내부의 코드를 직접 수정해야 한다.StarbucksService를 사용하고 있..

Spring에서는 ``MultipartFile`` 인터페이스를 통해 파일 업로드 기능을 간편하게 구현할 수 있다.1. Multipart Upload란?이미지, 영상, 문서 등의 바이너리 데이터를 업로드하기 위한 HTTP 요청 방식이다.요청의 ``Content-Type``은 ``multipart/form-data``로 지정되며,데이터는 요청 본문(Body)에 다음과 같이 구성된다.Header : Content-Type, 필드 이름 등 메타데이터Body: 실제 데이터 (파일, 폼 필드 값 등)Multipart Upload 요청 예시POST /upload HTTP/1.1Content-Type: multipart/form-data; boundary=----WebKitFormBoundary------WebKitF..

1. 들어가며음식점 웨이팅 프로젝트를 진행하면서, 사용자의 웨이팅이 호출되었을 때 실시간 알림을 전송해야 했다.알림을 전송하는 기능은 처음 구현해보았기에 기록해본다.2. 기술 선택 배경▶ SSE + Redis Pub/Sub 조합을 선택했다, 그 이유는?다음과 같이 적용 가능한 다양한 기술들을 비교해보았다.기술설명장점단점프로젝트 기준 평가SSE서버 → 클라이언트 단방향 스트리밍 (HTTP 기반)구현 간단, 브라우저 지원, HTTP 기반이라 인프라 변경 최소양방향 불가, 커넥션 관리 필요 (브라우저마다 약 6개)✅ 현재 단방향 알림 구현 중이므로 적합함웹소켓서버 ↔ 클라이언트 양방향 실시간 통신강력한 실시간성, 양방향 가능, 낮은 지연인프라 구성 부담 (로드밸런서 설정 필요 등), 연결 유지 비용 ↑단방향 ..

배경동시성 제어 로직을 추가하기 전에, 티켓팅 프로젝트에서 다수의 사용자가 동시에 같은 좌석을 예매하는 상황을 테스트하기 위해 테스트 코드를 짰다.해당 테스트는 다음 목표를 가지고 있었다.동시성 제어 없이 중복 예매가 발생하는지 검증분산 락 없이 JPA 트랜잭션만으로는 안전하지 않다는 것을 검증이에 따라 n명의 유저가 하나의 좌석을 동시에 예매하는 시나리오를 구현했다.예상 결과테스트의 예상 결과는 다음과 같았다.아직 락을 걸지 않았기 때문에 티켓이 여러 개 생성되어 테스트가 실패해야 한다.즉 하나의 ``200 OK`` 응답과 n-1개의 ``400 BAD REQUEST`` 응답이 반환된다.하지만 ... 실제 결과실제 결과는 전혀 다르게 나왔다.실제로 생성된 티켓은 1개 뿐이었다.하나의 ``200 OK`` ..

1. ProfileImage 설계사용자는 하나의 프로필 사진을 갖는다. → OneToOneProfileImage에서 사용자를 참조할 일은 없다 → 단방향S3에서 객체를 삭제하기 위해서는 버킷에 저장된 이름이 필요하다.S3에서 제공하는 객체 url로 이미지에 접근한다.``객체 url``과 함께 저장할 ``버킷에 저장된 이름`` 정보가 필요하므로 해당 정보를 담은 테이블을 추가하기로 결정했다.✓ ProfileImage 엔티티다음과 같이 ProfileImage 엔티티를 추가해주었다.@Getter@Entity@NoArgsConstructor@Table(name = "profile_images")public class ProfileImage { @Id @GeneratedValue(strategy = G..

🌀 HTTP 응답 코드에 대해 설명해 주세요.클라이언트가 보낸 HTTP 요청이 성공적으로 완료되었는지 알려주는 코드이다.3자리 숫자로 이루어져 있으며, 100번대 ~ 500번대 까지 존재한다.코드의 첫 번째 자리에 따라 5개의 그룹으로 나뉜다.코드의미1xx정보 제공 응답, 요청 처리 중2xx성공, 요청 정상 처리3xx리디렉션, 요청 완료를 위해 추가 작업 필요4xx클라이언트 오류, 요청이 잘못됨5xx서버 오류, 서버측에서 오류 발생 💬 200(ok)와 201(created)의 차이에 대해 설명해 주세요.200(ok) : 요청이 정상 처리 되었을 때 범용적으로 사용201(created) : 요청이 정상 처리 되었으며, 그 결과 서버에서 새로운 리소스를 생성했을 때 사용일반적으로 POST 요청 성공 시 ..

🏷️ UUID (Universally Unique Identifier)이름 그대로 UUID는 전세계적으로 고유한 식별자이다. 이론상으로 중복될 가능성이 거의 없기 때문에 데이터베이스에서 고유한 값을 보장하는 데 매우 유용하게 사용된다.128비트 길이의 값이다.보통 8-4-4-4-12 형태의 36자 문자열로 표현된다. (ex. ``550e8400-e29b-41d4-a716-446655440000``)▶︎ 장점데이터의 고유성을 보장한다.서버간 동기화 없이도 고유한 ID를 생성할 수 있으므로 분산 시스템에 적합하다. ▶︎ 단점길이가 길어 저장 공간을 많이 차지한다. (128비트 = 16바이트 = 문자열로 36자)DB에서 인덱싱 효율이 낮을 수 있다.UUID는 무작위성을 기반으로 생성되기 때문에 순차적인 값이..

🌀 HTTP가 뭔가요?HTTP stands for 'Hyper Text Transfer Protocol'어플리케이션 계층에서 데이터를 주고받기 위해 사용하는 프로토콜이다.전송 계층 프로토콜으로 TCP를 사용한다.🌀 HTTP Method에 대해 설명해 주세요.HTTP 요청이 주어진 리소스에 수행하길 원하는 행동을 나타낸다.주로 사용하는 메서드로는 ``GET``, ``POST``, ``PUT``, ``DELETE``, ``PATCH``가 있다.💬 GET과 POST의 차이는 무엇인가요?GET 요청은 데이터를 받기를 원하는 요청POST 요청은 데이터를 서버로 제출하는 요청💬 POST, PUT, PATCH의 차이는 무엇인가요?세 메서드 모두 데이터를 서버로 제출하는 요청 메서드이다.POST는 데이터의 제출..

🌀 쿠키와 세션의 차이에 대해 설명해 주세요.두 기술 모두 웹 개발에서 사용자의 상태를 관리하는 기술이다.쿠키키-값 형태로 클라이언트의 웹 브라우저에 저장되는 데이터이다. 사용자가 직접 삭제하지 않는 한 만료 기간이 지나기 전까지 브라우저가 종료가 되어도 계속 유지된다.데이터 저장 위치 : 클라이언트 측의 웹 브라우저에 저장데이터 유지 시간 : 사용자가 직접 삭제하지 않는 한 만료 기간이 지나기 전까지 유지용량 : 일반적으로 한 사이트의 최대 쿠키 크기는 4KB이다.보안 : 클라이언트 측에 데이터에 저장되기 때문에 보안성이 낮다. 민감한 정보는 포함하지 않거나 암호화해야 한다. 속성 중 HttyOnly, Secure 속성을 사용하여 보안을 강화할 수 있다.세션일정 기간 동안 같은 사용자로부터 들어오는 ..