SOFTWARE ENGINEERING NOTES

운영에서 부딪힌 문제를 코드와 근거로 정리합니다

백엔드 동시성, 데이터·배치 파이프라인, WebRTC 실시간 통신의 실패 원인과 개선 과정을 빠르게 찾아보세요.

📂 Backend & Concurrency📂 실시간 서비스 아키텍처 (VoiceLink)

[VoiceLink] 분산 1:1 매칭 동시성 제어: Redis Lua Script 원자적 선점과 Stale 세션 자동 격리로 이중 매칭 0건 달성하기

작성자:
VoiceLink 분산 매칭 동시성 제어 구조 대표 이미지

실시간 1:1 음성 통화 플랫폼(VoiceLink)에서 수백 명의 동시 접속자가 매칭 큐에 진입할 때 가장 치명적인 장애는 동일한 사용자가 서로 다른 2개의 통화 세션에 동시에 배정되는 이중 매칭(Double Booking) 경합 상태(Race Condition)입니다.

다중 분산 애플리케이션 인스턴스 환경에서 일반적인 ZRANGE 후 ZREM 방식의 2-Step 조회는 동시성 트래픽이 몰릴 때 두 인스턴스가 동일한 대기자를 읽어 각자 다른 상대와 매칭을 체결해 버리는 치명적인 데이터 정합성 결함을 유발합니다. VoiceLink에서는 Redis Single-Threaded Lua Script의 원자적 연산과 TTL Presence Key를 결합한 Stale 세션 능동 격리 아키텍처를 구축하여 동시성 경합 상황에서도 이중 매칭을 0건으로 완전 방어했습니다.

더 읽기

📂 Backend & Concurrency

Redis Cache Stampede 현상 극복기: 캐시 적용하면 DB 부하 끝 아닌가?

작성자:
Redis Cache Stampede 현상 극복기: 캐시 적용하면 DB 부하 끝 아닌가? 핵심 주제 표지

캐시 적용하면 DB 부하 끝 아닌가?   서론   Redis 캐시를 도입할 때, 이런 생각이 들었다.   “조회 성능? 인기 데이터 레디스에 캐싱하고 만료시간(TTL) 걸어두면 DB 부하 끝 아닌가?”   그렇게 생각하고 메인 페이지…

📂 Backend & Concurrency

JPA N+1 문제와 Fetch Join 실무 고찰: lazy loading이면 다 해결되나?

작성자:
JPA N+1 문제와 Fetch Join 실무 고찰: lazy loading이면 다 해결되나? 핵심 주제 표지

lazy loading이면 다 해결되나?   서론   JPA를 공부하며 연관관계를 설정할 때, 이런 생각이 들었다.   “N+1 문제? 그냥 모든 연관관계 FetchType.LAZY로 걸어두면 되는 거 아닌가?”   그렇게 생각하고 엔티티마다 LAZY를 설정하고 테스트를 통과시켰다.…

📂 Data & Pipeline

Airflow 백필(Backfill) 멱등성 회고: 에러 나면 Clear 누르고 재실행하면 되나?

작성자:
Airflow 백필(Backfill) 멱등성 회고: 에러 나면 Clear 누르고 재실행하면 되나? 핵심 주제 표지

대규모 데이터 파이프라인을 운영하다 보면 필연적으로 원천 로그 재수집이나 과거 데이터 재적재(Backfill) 상황을 마주하게 됩니다. 이때 가장 치명적인 문제는 재실행 시 중복 적재(Duplicate Insert)나 데이터 유실이 발생하는 것입니다. “Airflow DAG? 그냥 실패하면 웹 UI에서…

📂 Real-Time Voice

WebRTC LiveKit 연동 회고: 그냥 오픈소스 서버 띄우면 되는 거 아니야?

작성자:
WebRTC LiveKit 연동 회고: 그냥 오픈소스 서버 띄우면 되는 거 아니야? 핵심 주제 표지

실시간 음성 매칭 서비스 VoiceLink를 구축할 때, 가장 까다로운 난제는 로컬 개발 환경과 실제 모바일 LTE/사내 방화벽 환경 간의 네트워크 도달률 차이였습니다. “WebRTC? 그냥 오픈소스 LiveKit 도커로 띄우고 클라이언트 SDK 연결하면 끝 아닌가?” 로컬…

📂 Data & Pipeline

PostgreSQL MVCC와 Vacuum: 데이터 지우는데 용량이 왜 더 늘어날까?

작성자:
PostgreSQL MVCC와 Vacuum: 데이터 지우는데 용량이 왜 더 늘어날까? 핵심 주제 표지

데이터 지우는데 용량이 왜 더 늘어날까?   서론   PostgreSQL을 운용하던 중, 이런 의문이 들었다.   “오래된 데이터를 DELETE로 몇 백만 건 지웠는데 왜 디스크 용량은 줄어들기는커녕 더 늘어나지?”   그렇게 궁금해하며 서버 모니터링을…

📂 Backend & Concurrency

PostgreSQL FOR UPDATE SKIP LOCKED: DB 락 경합 없이 고성능 작업 큐 구축하기

작성자:
PostgreSQL FOR UPDATE SKIP LOCKED: DB 락 경합 없이 고성능 작업 큐 구축하기 핵심 주제 표지

비동기 백엔드 작업 큐(Worker Queue)를 구축할 때, 추가적인 외부 분산 브로커 인프라를 운영하기에는 리소스 부담이 크고 단일 트랜잭션 내에서 즉각적인 작업 상태 전환이 필요한 경우가 많습니다. “작업 큐? 그냥 DB 테이블에 STATUS 컬럼 두고…

📂 Backend & Concurrency

Spring Boot와 Redisson 분산 락: @Transactional만 걸면 되는 거 아니야?

작성자:
Spring Boot와 Redisson 분산 락: @Transactional만 걸면 되는 거 아니야? 핵심 주제 표지

@Transactional만 걸면 되는 거 아니야?   서론   동시성 제어를 처음 접했을 때, 이런 생각이 들었다.   “동시성 제어? 그냥 @Transactional 달고 DB에서 Select … FOR UPDATE 처리하면 되는 거 아닌가?”   그렇게 생각하고…