Doveloper

  • 홈
  • 태그
  • 방명록

redis stream 1

단일 인스턴스 배치를 멀티 인스턴스 구조로 리팩터링: 설계 옵션 비교와 선택

1. 개요정해진 시각마다 도는 batch 서비스가 하나 있다.오래된 데이터를 정리하고, 조건에 맞는 사용자에게 안내 메일을 보내고, 만료된 레코드를 지우는, 흔한 정리성 잡들의 모음이다.지금까지는 인스턴스 한 대로만 돌았다. 한 대뿐이니 @Scheduled로 매일 정해진 시각에 잡을 깨우면 그만이었다. 중복도, 경합도 없다. 이걸 여러 대로 늘리기로 했다. 한 대에 몰리는 부하를 나누고, 그 한 대가 죽으면 서비스가 멈추는 구조도 벗어나고 싶었다.그런데 인스턴스를 열 대로 늘리는 순간 그동안 신경 쓸 필요 없던 것들이 한꺼번에 튀어나온다. 2. 무엇이 문제인가인스턴스를 늘릴 때 가장 먼저 떠오르는 걱정은 중복 실행이다.@Scheduled는 각 인스턴스의 타이머에서 독립적으로 수행된다. 열 대면 같은 잡..

Back-end 2026.06.28
이전
1
다음
더보기
프로필사진

Doveloper

  • 분류 전체보기 (53)
    • Algorithm (0)
    • Git (2)
    • Linux (6)
    • Network (6)
    • Kubernetes (12)
    • Design Pattern (8)
    • Front-end (2)
    • Back-end (17)

Tag

progressive delivery, 하이브리드 렌더링, 분산처리, Java 25, Argo Rollouts, virtual thread, blpop, CPU Throttling, fault isolation, RDelayedQueue, 지연작업, 부하테스트, Kubernetes, 성능테스트, 가상스레드, redis stream, K6, ZSET, bulkhead, AnalysisTemplate,

최근글과 인기글

  • 최근글
  • 인기글

최근댓글

공지사항

페이스북 트위터 플러그인

  • Facebook
  • Twitter

Archives

Calendar

«   2026/08   »
일 월 화 수 목 금 토
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31

방문자수Total

  • Today :
  • Yesterday :

Copyright © Daum Corp. All rights reserved.

티스토리툴바