📌 문제 상황기존 아웃박스 발행기 스케줄러는 아무런 락 없이 단순 SELECT 쿼리를 날려 PENDING 데이터를 긁어왔다.하지만 서버 스케일 아웃을 가정했을 때 다음 두 가지 문제가 예상 되었다.동일 이벤트의 중복 발행서버 A와 서버 B가 동시에 SELECT를 던질 경우, 서로가 아직 완료 업데이트(PUBLISHED)를 치기 전이기 때문에 동일한 PENDING 행들을 중복으로 읽어가게 된다.메시지 큐에 같은 취소 이벤트가 2번 발송되는 자원 낭비가 발생한다. Consumer 단의 멱등성 로직이 최종 방어선 역할을 해 데이터가 완전히 틀어지진 않지만, 큐 인프라 자원의 불필요한 낭비가 발생하게 된다.데이터베이스 잠금 경합두 발행기가 우연히 동일한 행들을 붙잡고 동시에 상태를 변경하려고 UPDATE WH..

📌 개요예약 취소 작업은 크게 두 가지로 구성된다. DB 예약 상태 변경 (확정→취소)결제 취소 API 호출 두 작업을 하나의 트랜잭션으로 묶게 되면 결제 취소 API 지연 시 DB 커넥션을 붙잡아 병목이 생긴다.그렇다고 트랜잭션 밖으로 분리하면 DB 상태 변경은 성공했는데 이벤트 결제 취소가 누락되는 데이터 불일치 리스크가 발생한다. 그래서 나는 결제 취소 API 호출을 비동기로 전환하고, 두 작업을 원자적으로 묶기 위해 비즈니스 트랜잭션에서 분리하는 트랜잭셔널 아웃박스(Transactional Outbox) 패턴을 도입했다. 전체적인 흐름은 아래와 같다. 📌 문제 상황OutboxPublisher 스케줄러는 batchSize 만큼 아웃박스 테이블을 조회해 메시지 큐에 넣어주는 역할을 한다. 상세 ..

이 글은 🏃OpenRun(오픈런) 프로젝트의 선착순 예약의 동시성 문제를 다룬다.JVM 락부터 DB락, 메시지 큐, Redis까지 다양한 방식을 직접 실험하며 동시성 문제와 시스템 처리량(Throughput)을 함께 가져가기 위해 각 단계별 한계와 트레이드오프를 거쳐 최종 구조에 도달하기까지 빌드업 과정을 공유하기 위해 작성되었다. 최근 선착순 예약 프로젝트에 비동기 결제를 도입하며 아키텍처 설계가 어느정도 마무리 되었다. 그 중 가장 큰 변화는 동시성 문제 해결과 관련되는데, 그 변화 과정이 꽤 복잡해서 단계별로 정리하고자 한다. 먼저 만족해야 했던 서비스 요구사항을 크게 2가지로 정의하고, 그 요구사항을 만족하면서 성능 개선까지 과정을 함께 알아보자. ✅ 서비스 요구사항 정의제한된 수량(Capa..

트랜잭션이란?트랜잭션(Transaction)은 데이터베이스에서 수행되는 작업의 최소 단위다. ✔️ 모두 성공하거나(All), 모두 실패해야 한다(Nothing) ✔️ 중간 상태는 절대 외부에 노출되면 안 된다 예를 들면 다음과 같은 작업 묶음이다.계좌 이체 → A 계좌 출금 + B 계좌 입금예약 처리 → 좌석 차감 + 예약 생성이 작업들은 논리적으로 하나의 의미 있는 단위이기 때문에 반드시 함께 성공하거나, 함께 실패해야 한다. ACID 원칙ACID는 트랜잭션이 반드시 지켜야 하는 4가지 성질을 의미한다. 1️⃣ Atomicity (원자성) - All or Nothing트랜잭션 내 모든 작업이 완전히 성공하거나, 어느 하나라도 실패하면 모두 취소(rollback) 되어야 한다. 2️⃣ Consisten..

HashMap 주요 특징HashMap은 Java의 Map 인터페이스를 구현한 컬렉션으로, Key-Value 쌍으로 데이터를 저장하고 관리한다.가장 큰 특징은 데이터의 개수가 늘어나도 조회와 삽입 속도가 거의 일정하다는 점이다. 이 덕분에 HashMap의 평균 시간 복잡도는 O(1)로 알려져 있다. HashMap은 빠른 성능을 우선으로 설계된 컬렉션이며, 그 속도는 내부 구조에서 나온다. HashMap의 내부 구조HashMap은 결국 배열이다. 내부에 Node[] table이라는 배열이 존재한다.이 배열의 각 칸을 버킷(bucket)이라고 부른다.transient Node[] table;HashMap은 이 배열의 인덱스를 직접 계산해서 접근한다. 하나씩 값을 찾는 방식이 아니라 어디에 있는지 계산해서 그..

Spring Security를 사용하다 보면 권한이 없는 사용자의 접근을 제어하기 위해 메서드 단위에서 @Secured 어노테이션을 사용하는 경우가 많다. 나는 @Secure 어노테이션을 사용하여 메서드 실행 전에 사용자의 권한에 따라 접근을 제한하도록 처리했다. @Operation(summary = "[관리자] 리스트 조회", description = "관리자 리스트 조회", security = @SecurityRequirement(name = "bearerAuth")) @Secured("ROLE_ROOT") // 루트 권한인 사용자만 허용 @GetMapping("/list") public ResponseDto list(@RequestParam(required = false, de..

Spring에서 파일과 JSON DTO를 동시에 받는 기능은 생각보다 자주 사용된다.나 역시 파일 업로드와 함께 메타 정보를 DTO로 전달받아야 하는 API를 구현하던 중, Swagger에서만 재현되는 정체불명의 오류를 마주하게 되었다.Content-Type 'application/octet-stream' is not supported Swagger Multipart 요청 오류컨트롤러는 아래와 같이 작성했었다.@PostMapping( value = "/files", consumes = MediaType.MULTIPART_FORM_DATA_VALUE)public ResponseDto upload( @RequestPart("requestDto") RequestDto requestDto, ..

회고가 좀 늦었다...^^시간이 이렇게나 빠르게 흘러가다니.. 매번 회고를 작성하면 이런 마음이다. 2025년, 나에게 어떤 해였나 👀 2025년을 한 문장으로 표현하면 "많이 흔들리며 성장한 해"였다. 외부적 요인으로 인해 멘탈이 많이 흔들렸고, 다시 마음을 다잡는 과정에서 나는 어떤 것에 예민하게 반응하는 사람인지, 무엇을 추구하며 어떤 사람이 되고 싶은지를 계속 고민했다. 그 과정에서 이전보다 조금 더 단단해졌다고 느껴서 이렇게 표현해봤다.실무에서 여러 프로젝트를 경험했고, 기술적으로도 이전보다 훨씬 복잡한 문제를 다뤄봤다. 일은 분명히 해냈고, 배운 것도 많았지만 마음은 늘 복잡했다. 올해는 유난히 나를 힘들게 하는 사람이 많았다. 흔히 '빌런' 같은 사람이 내 주변에 있었고, 드라마에서나 보던..

스프링 컨테이너에 빈을 등록하는 방식은 크게 두 가지 흐름으로 나뉜다. 이 방식의 차이는 스프링이 빈을 인식하는 출발점이 어디냐의 차이라고 이해하면 된다. 1. 설정 정보를 기반으로 한 수동 등록 방식 (@Configuration, @Bean)스프링은 원래 “어떤 객체를 언제, 어떤 방식으로 생성할지"를 개발자가 정의할 수 있도록 설계된 프레임워크다. 이 철학이 가장 직접적으로 드러나는 방식이 바로 @Configuration과 @Bean을 사용하는 방법이다.@Configurationpublic class MyClassConfig { @Bean public MyClass myClass() { return new MyClass(); }}@Configuration이 붙은 클래스는 ..

Enum이란서로 연관된 고정된 상수 집합을 하나의 타입으로 정의하는 기능이다.단순히 상수를 나열하는 문법이 아니라, 컴파일 시점에 클래스 코드로 변환되어 동작하는 특수한 클래스다. Enum Class 기본 구조와 컴파일 결과public enum Example { ONE, TWO, THREE}이 코드는 컴파일되면, 개념적으로 아래와 같은 클래스 형태로 변환된다.public final class Example extends Enum { public static final Example ONE = new Example("ONE", 0); public static final Example TWO = new Example("TWO", 1); public static final E..