백엔드#배치#장애복구#설계
서버가 죽으면 발송은 어디서부터 다시 해야 하나
대량 푸시 발송 중에 서버가 죽었다. 10만 명 중 6만 명까지 보냈는데 서버가 재시작되면서 상태가 `PROCESSING`에 멈춰버렸다.
11
Blog
개발하면서 배운 것들을 기록합니다.
#AOP#CAS#CompletableFuture#Coroutine#DB#DLT#EIP-2612#FCM#HikariCP#JPA#Java 21#Kafka#Kotlin#Logback#MDC#MySQL#OSIV#OpenTelemetry#Pessimistic Lock#Spring#Spring Boot#Virtual Thread#Web3j#결제#다중서버#대량발송#동시성#로깅#멀티테넌시#메시징#모니터링#배치#배포#버그#보안#블록체인#비동기#상태머신#설계#성능#스케줄러#암호화#에러처리#외부API#장애격리#장애복구#장애분석#커서#토큰#트랜잭션#트러블슈팅#필터
백엔드#배치#커서#DB
서버가 죽어도 이어서 보내는 배치 처리
30만 명에게 푸시를 보내는 데 약 2시간이 걸린다.
10
백엔드#동시성#CAS#상태머신
데이터베이스에서 CAS 패턴으로 상태 머신 경합 잡기
→ CAS(Compare-And-Swap)는 "현재 값이 내가 예상한 값과 같을 때만 새 값으로 교체하라"는 동시성 제어 패턴이다. 상태 머신은 정해진 규칙에 따라 상태가 전이되는 구조를 말한다.
6
백엔드#동시성#CAS#DB
CAS 패턴으로 동시성 버그를 잡았다
푸시 발송 서비스를 2대의 서버로 운영하고 있다.
8
백엔드#Spring#필터#트러블슈팅
필터 순서가 데이터를 삼켜버린 날
알림센터에 알림이 안 들어간다는 리포트가 왔다. 푸시는 받은 사용자가 있는데, 알림센터에는 아무것도 없는 사용자가 있다고.
6
백엔드#Spring#스케줄러#다중서버
서버 2대를 운영할 때 스케줄러가 2번 도는 문제
알림 서비스를 2대의 서버로 운영하고 있다. 하나는 Active, 하나는 Standby.
6