고급 - 대기 순번 유지
"대기 순번 유지"는 브라우저의 우발적 닫힘 또는 일시적 연결 끊김 후에도 기존 대기 순번을 복원하는 고급 구성으로, 재대기를 방지하고 중복 대기열을 줄입니다. 이 가이드는 대기 순번 유지의 구성, 구현 및 모범 사례에 대해 다룹니다.
개요
대기 순번 유지를 사용하면 클라이언트(브라우저 또는 네이티브 앱)가 연결을 잃은 후에도 방문자가 대기 순번을 복원할 수 있습니다. 이것은 사용자가 다시 대기할 필요가 없도록 하고 중복 대기열을 줄입니다.
이 기능의 역할
활성화되면 대기실에서 연결이 끊긴 방문자가 다시 연결하여 새 위치를 할당받는 대신 대기열의 자리를 재개할 수 있습니다. 이것은 다음을 통해 사용자 경험을 향상시킵니다:
- 재대기 방지: 사용자가 브라우저나 앱을 닫아도 자리를 잃지 않음
- 중복 대기열 감소: 불필요하게 새 위치를 만드는 사용자 감소
- 공정성 유지: 사용자가 원래 대기 시간과 위치를 유지
작동 방식
대기 순번 유지 메커니즘은 클라이언트가 연결이 끊어져도 대기 순번을 보존하기 위해 다단계 프로세스를 통해 작동합니다:
대기 순번 유지 타이머 시작
대기 순번 유지 타이머는 대기 중인 방문자가 NetFUNNEL 서버에 재요청 호출을 중단하는 즉시 카운트를 시작합니다. 기술적으로 이것은 방문자의 마지막 진입 확인 요청 후에 발생합니다.
방문자가 대기열에서 활발히 대기 중일 때, 진입이 가능한지 묻는 재요청 호출을 주기적으로 보냅니다. 이러한 호출이 중단되면 (브라우저 닫기, 앱 종료, 네트워크 중단 또는 다른 곳으로 이동 등) 대기 순번 유지 타이머가 시작됩니다.
재연결 기간
대기 순번 유지 기간 내에 방문자는 다시 연결하여 대기실 보호 서비스에 액세스할 수 있습니다. 다시 진입하려고 할 때:
대기 순번 유지 기간 내인 경우:
- 시스템이 저장된 식별자를 사용하여 방문자를 인식
- 원래 대기 순번으로 복원됨
- 재대기 불필요 - 중단한 지점에서 계속
대기 순번 유지 기간이 만료된 경우:
- 재진입을 위해 새 키가 발급됨
- 새 대기 순번을 받음 (현재 대기열 끝)
- 순번이 보존되지 않은 새 방문자로 처리됨
저장 메커니즘
브라우저 클라이언트:
- HTTP 쿠키를 사용하여 대기 순번 식별자 저장
- 쿠키 지속성은 브라우저 설정을 따름:
- 쿠키는 브라우저 닫힘 후에도 유지됨 (세션 쿠키는 만료되지만 영구 쿠키는 유지됨)
- 쿠키는 브라우저별 상이함 (Chrome 쿠키 ≠ Firefox 쿠키)
- 쿠키는 도메인별 상이함 (다른 웹사이트 = 다른 쿠키)
네이티브 앱 클라이언트:
- 앱 데이터 저장소 사용 (플랫폼에 따라 로컬 저장소, 키체인 등)
- 쿠키보다 더 안정적 - 데이터가 앱 세션 간에 지속됨
- 브라우저별 제한 없음
타임라인 예시
타임라인: 대기 순번 유지 작동 중
오전 10:00:00 방문자가 대기실에 진입, 대기 순번 #47 할당
오전 10:00:30 방문자의 브라우저/앱이 활성화되어 몇 초마다 재요청 수행
오전 10:01:15 방문자가 브라우저/앱을 닫음 (또는 연결 끊김)
╱
│ 대기 순번 유지 타이머가 여기서 시작
│
오전 10:05:45 [4분 30초 후]
│ 방문자가 서비스에 다시 액세스 시도
│
├─ 대기 순번 유지 기간(예: 5분)이 아직 활성인 경우:
│ → 대기 순번 #47로 복원
│ → 원래 순번에서 대기 계속
│
└─ 대기 순번 유지 기간이 만료된 경우:
→ 새 키 발급
→ 새 대기 순번 #150 할당 (현재 대기열 끝)
구성
기본 동작
비활성화된 경우 (기본값 OFF):
- 대기 순번은 1초 동안만 유지됨
- 최소 재연결 기간 제공
활성화된 경우:
- 기본 대기 순번 유지 기간은 60초
- 대기 순번 유지 기간을 사용자 정의할 수 있음 (최대 7,200초 / 2시간)
- 시스템이 구성된 기간 동안 대기 순번 유지
구성 단계
구간 제어 세그먼트를 생성하거나 편집할 때 대기 순번 유지를 구성할 수 있습니다:
- 세그먼트 설정으로 이동 (생성 또는 편집 모드)
- 고급 설정 섹션으로 이동
- 대기 순번 유지 활성화: 대기 순번 유지 기능 켜기
- 대기 순번 유지 기간 설정: 초 단위로 시간 지정 (기본값은 60초)
- 구성 저장: 설정 적용
대기 순번 유지 기간은 세그먼트의 "재요청 주기 최대값"보다 커야 합니다.
예를 들어, 기본 재요청 주기 설정(1-10초)을 사용하는 경우, 대기 순번 유지 기간은 10초보다 커야 합니다. 대기 순번 유지 기간이 가장 긴 재요청 주기보다 길어 방문자가 순번이 만료되기 전에 다시 연결할 충분한 시간을 제공하기 위함입니다.
모범 사례
권장 보존 설정
기본 권장 사항: 60초
- 우발적 연결 끊김을 위한 균형 잡힌 기간 제공
- 합리적인 재연결 기회를 제공하면서도 남용을 방지할 정도로 짧음
- 대부분의 일반적인 이벤트 및 트래픽 패턴에 잘 작동
대부분의 이벤트 (10-30분 / 600-1,800초):
- 짧은 이벤트 (1시간 미만): 10분(600초) 사용
- 불필요한 보안 노출 없이 재연결 기간 제공
- 대부분의 사용자가 우발적으로 연결이 끊기면 이 기간 내에 다시 연결
- 중간 이벤트 (1-3시간): 15-20분(900-1,200초) 사용
- 사용자 편의성과 이벤트 기간 사이의 균형
- 잠시 자리를 비워야 하는 사용자 고려
- 긴 이벤트 (3시간 이상): 30분(1,800초) 사용
- 사용자가 합리적인 재연결 기회를 갖도록 보장
- 연장된 대기 기간으로 인한 좌절 방지
30분보다 길지 않은 이유:
- 보안 위험: 키 중복 및 남용 가능성
- 시스템 부하: 연장된 대기 순번 유지 기간은 서버 부하를 증가시킬 수 있음
- 사용자 기대: 대부분의 우발적 연결 끊김은 몇 분 내에 발생
- 쿠키 제약: 브라우저 쿠키는 매우 긴 대기 순번 유지를 신뢰할 수 없게 만드는 제한이 있음
최대 기간(2시간 / 7,200초)을 사용하는 경우:
- 고가치 거래: 중요한 구매를 하는 사용자는 기술적 문제로 인해 자리를 잃어서는 안 됨
- 중요한 이벤트: 평생 한 번뿐인 세일이나 등록에서 위치를 잃는 것이 치명적인 경우
- 엔터프라이즈 서비스: 재연결이 예상되고 모니터링되는 B2B 시나리오
저장 제한 사항
브라우저 클라이언트 (쿠키 기반):
- 대기 순번 유지는 동일한 브라우저 및 장치 내에서만 작동
- 브라우저 또는 장치 전환 시 순번 손실
- 비공개/시크릿 모드는 쿠키를 보존하지 않음
- 쿠키를 지우는 사용자는 순번을 잃음
네이티브 앱 클라이언트 (앱 데이터 저장소):
- 동일한 장치 내에서 앱 세션 간에 대기 순번 유지됨
- 브라우저 쿠키보다 더 안정적
- 장치 전환 시 재인증 필요
FAQ
실시간으로 설정을 변경할 수 있나요?
네! 대기 순번 유지 설정은 실시간으로 적용됩니다. 변경 사항은 세그먼트 재시작이나 서비스 중단 없이 즉시 적용됩니다.
실시간 업데이트 예시:
- 일시적으로 대기 순번 유지 비활성화: 트래픽이 많은 중에 대기 순번 유지를 끄고 모든 사용자가 대기열을 다시 거치도록 강제
- 대기 순번 유지 기간 조정: 현재 대기 중인 방문자에 영향을 주지 않고 대기 순번 유지 기간을 60초에서 10분으로 변경
- 비상 대기열 재설정: 대기 순번 유지를 비활성화하여 모든 대기 순번을 재설정하여 새로 시작
- 조건부 활성화: 필요에 따라 켜고 끄면서 특정 시간 동안만 대기 순번 유지 활성화
이 유연성을 통해 가동 중단 없이 실시간 조건을 기반으로 대기열 관리 전략을 조정할 수 있습니다.