백엔드 선택
최신 안정판 Leader 0.4.0 릴리스 기준
이미 운영하는 인프라를 우선하고, 소유권·시계·장애 의미를 비교해 최종 선택합니다.
선택 순서
섹션 제목: “선택 순서”먼저 애플리케이션이 이미 의존하는 내구성 저장소가 무엇인지 봅니다. Redis는 지연이 짧은 범용 선택입니다. Exposed JDBC/R2DBC는 선출 상태를 애플리케이션 SQL 데이터와 함께 운영할 수 있습니다. MongoDB와 DynamoDB는 문서·key-value 환경에 어울립니다. etcd, Consul, Kubernetes Lease, ZooKeeper는 control-plane 조정에 적합하고, Hazelcast는 CP Subsystem 없이 기존 Hazelcast cluster를 활용할 때 유용합니다.
반드시 비교할 의미
섹션 제목: “반드시 비교할 의미”원자적 획득과 소유자를 확인하는 조건부 해제, 만료 시각의 기준, 세션 기반인지 TTL 기반인지, 그룹과 코루틴 지원 여부, 자동 연장 지원 여부를 확인합니다. 상태 조회가 소유자와 만료 시각을 얼마나 정확히 보여 주는지도 봅니다. runIfLeader() API가 같아도 이런 차이가 운영 방식을 바꿉니다.
벤치마크만 보고 인프라를 고르지 않는다
섹션 제목: “벤치마크만 보고 인프라를 고르지 않는다”저장소에 포함된 JMH 결과는 같은 머신에서 비교한 자료이지 모든 환경에 통하는 순위표가 아닙니다. 실제 환경에서는 네트워크, 내구성 설정, 연결 풀, 장애 복구가 더 큰 영향을 줍니다. 운영 적합성으로 후보를 좁힌 뒤 자신의 작업과 환경에서 측정합니다.