본문으로 건너뛰기
버전: 4.6.1

고급 - 진입 패스

"진입 패스"는 대기실을 한 번 통과한 사용자에게 재대기 없이 즉시 진입을 보장하는 고급 구성으로, 중복 대기를 방지하고 공정성을 유지하면서 사용자 경험을 향상시킵니다. 이 가이드는 진입 패스의 구성, 작동 및 모범 사례에 대해 다룹니다.

Entry Pass Console

개요

진입 패스는 대기실을 통해 서비스에 성공적으로 진입한 방문자가 대기열을 다시 거치지 않고 재진입할 수 있도록 합니다. 이것은 중복 대기를 방지하고, 사용자 경험을 향상시키며, 첫 방문자를 위한 공정성을 유지합니다.

서비스에 성공적으로 액세스한 방문자는 지정된 시간 동안 재대기 없이 돌아올 수 있습니다.

이 기능의 역할

방문자가 대기실을 완료하고 서비스에 진입하면 진입 키를 받습니다. 진입 패스가 활성화되면 이 키는 구성 가능한 기간(1분~24시간) 동안 재사용할 수 있어 다음을 가능하게 합니다:

  • 즉시 재진입: 대기열 없음, 대기 없음, 즉시 액세스
  • 공정성 유지: 첫 방문자는 여전히 대기열을 거침
  • UX 향상: 사용자가 다른 곳으로 이동했다가 돌아와도 다시 대기할 필요 없음

이것은 특히 다음에 유용합니다:

  • 서비스에서 우발적으로 다른 곳으로 이동한 사용자
  • 무언가를 확인하고 돌아와야 하는 사용자
  • 여러 페이지 로드가 필요한 다단계 프로세스
  • 사용자가 떠났다가 돌아올 수 있는 서비스

작동 방식

진입 패스는 초기 서비스 액세스 시 받은 진입 키를 구성된 유효 기간 내에 재진입에 재사용할 수 있도록 합니다.

진입 키 재사용

방문자가 대기실을 통해 서비스에 성공적으로 진입하면 진입 키를 받습니다. 진입 패스가 활성화되면 동일한 키를 구성된 유효 기간 내에 재진입에 재사용할 수 있으며, 이것이 진입 패스로 작동합니다.

진입 키는 방문자의 클라이언트에 저장됩니다:

  • 브라우저 클라이언트: HTTP 쿠키로 저장됨
  • 네이티브 앱 클라이언트: 앱 데이터 저장소에 저장됨 (로컬 저장소, 키체인 등)

진입 키에는 다음에 대한 정보가 포함됩니다:

  • 방문자가 처음 서비스에 진입한 시점
  • 패스가 만료되는 시점
  • 패스 유효 기간
  • 패스를 방문자에게 연결하는 고유 식별자

패스 유효 기간

진입 패스는 구성된 기간 동안 유효하며, 초기 진입 시간(대기실을 통해 처음 서비스에 액세스한 시점)부터 계산됩니다.

핵심 계산:

진입패스 만료 시점 = 초기 진입 시각 + 설정된 유효 기간

예를 들어:

  • 방문자가 오전 10:00에 진입
  • 진입 패스 기간이 30분으로 설정됨
  • 진입 패스는 오전 10:30에 만료됨

이 유효 기간 동안 방문자는 대기실을 다시 거치지 않고 필요한 만큼 여러 번 재진입할 수 있습니다.

재진입 프로세스

방문자가 진입 패스 유효 기간 내에 서비스에 다시 액세스하려고 할 때:

진입 패스가 유효한 경우:

  1. 시스템이 방문자 클라이언트에 저장된 진입 패스 확인
  2. 패스가 만료되지 않았는지 확인 (현재 시간 < 진입 시간 + 기간)
  3. 즉시 액세스 부여 - 대기열 없음, 대기 없음
  4. 방문자가 세션을 원활하게 계속

진입 패스가 만료된 경우:

  1. 시스템이 패스가 만료되었음을 감지
  2. 진입 패스가 지워지거나 무효화됨
  3. 방문자가 대기실을 다시 거쳐야 함
  4. 성공적인 진입 시 새 진입 패스가 발급됨

저장 메커니즘

진입 패스는 대기 순번 유지와 동일한 저장 메커니즘을 사용합니다:

브라우저 클라이언트 (쿠키 기반):

  • HTTP 쿠키를 사용하여 진입 패스 저장
  • 동일한 제한 사항 적용:
    • 동일한 브라우저 및 장치 내에서만 작동
    • 브라우저 전환 시 패스 손실
    • 비공개/시크릿 모드는 패스를 보존하지 않음
    • 쿠키 지우기는 패스를 무효화함

네이티브 앱 클라이언트 (앱 데이터 저장소):

  • 앱 데이터 저장소를 사용하여 진입 패스 유지
  • 브라우저 쿠키보다 더 안정적
  • 동일한 장치 내에서 앱 세션 간에 패스가 지속됨

타임라인 예시

타임라인: 진입 패스 작동 중

오전 10:00:00 방문자가 서비스에 액세스 (초기 요청)
오전 10:00:10 방문자가 대기실에 진입 (대기열 #47)
[또는: 대기실이 활성화되지 않음, 직접 진입 진행]

오전 10:01:15 방문자의 대기 순번 도달 (대기 중인 경우)
오전 10:01:15 → 진입 허용: 방문자가 서비스에 진입
오전 10:01:15 → 진입 키 수신 (오전 10:31:15까지 유효 - 30분 진입 패스 기간)

오전 10:02:00 진입 키가 클라이언트에 저장됨
→ 오전 10:31:15까지 동일한 키를 사용하여 언제든지 재진입 가능

오전 10:05:30 방문자가 무언가를 확인하기 위해 서비스에서 이동
오전 10:05:45 방문자가 서비스로 돌아옴
→ 진입 패스가 여전히 유효함
→ 즉시 진입, 대기열 불필요

오전 10:20:00 방문자가 서비스를 다시 떠남
오전 10:25:00 방문자가 서비스로 돌아옴
→ 진입 패스가 여전히 유효함
→ 즉시 진입, 대기열 불필요

오전 10:31:15 진입 키 만료
오전 10:35:00 방문자가 서비스로 돌아옴
→ 진입 패스 만료됨
→ 대기실을 다시 거쳐야 함
→ 새 대기열 #152 할당
→ 진입 시 새 진입 키 수신

이 예시는 진입 패스가 유효 기간 내에 여러 재진입을 허용하면서 첫 방문자를 위한 대기열 시스템의 무결성을 유지하는 방법을 보여줍니다.

구성

기본 동작

비활성화된 경우 (기본값 OFF):

  • 모든 진입은 대기실을 거쳐야 함
  • 진입 패스 기능 없음
  • 방문자는 서비스에 액세스할 때마다 대기해야 함

활성화된 경우:

  • 서비스 액세스 시 받은 진입 키를 재진입에 재사용할 수 있음
  • 유효 기간: 1분~24시간 (설정 가능)
  • 유효성은 초기 진입 시간(처음 서비스에 액세스한 시점)부터 시작

구성 단계

기본 제어 세그먼트를 생성하거나 편집할 때 진입 패스를 구성할 수 있습니다:

  1. 세그먼트 설정으로 이동 (생성 또는 편집 모드)
  2. 고급 설정 섹션으로 이동
  3. 진입 패스 활성화: 진입 패스 기능 켜기
  4. 유효 기간 설정: 초 단위로 시간 지정 (최소: 60초 / 1분, 최대: 86,400초 / 24시간)
  5. 구성 저장: 설정 적용
중요한 제한 사항

진입 패스는 기본 제어 세그먼트에서만 사용할 수 있습니다. 다른 세그먼트 유형을 사용하는 경우 이 기능을 사용할 수 없습니다.

모범 사례

권장 유효 기간 설정

세션 유형권장 기간사용 사례
짧은 이벤트/빠른 세션5-10분 (300-600초)짧은 상호 작용, "자리를 비우고 돌아오기" 시나리오
중간 세션30-60분 (1,800-3,600초)다단계 프로세스, "무언가를 확인하고 돌아오기"
연장된 세션2-4시간 (7,200-14,400초)복잡한 워크플로우, 이벤트 시나리오
최대 기간최대 24시간 (86,400초)며칠에 걸친 이벤트, 다음 날 재방문 필요 시

설정 변경 시 주의사항

변경 유형영향권장 사항
유효 기간 증가기존 진입 키의 유효성 확장언제든지 안전하게 적용 가능
유효 기간 감소기존 진입 키가 예상보다 빨리 무효화활성 이벤트 중 주의해서 사용
진입 패스 비활성화모든 기존 진입 키 즉시 무효화모든 사용자가 대기열을 거치도록 강제
중요: 유효성 계산 방식

진입 패스 유효성은 초기 진입 시각부터 계산됩니다. 설정 변경 시점이 아닌 방문자가 처음 서비스에 진입한 시각을 기준으로 합니다.

예시: 오전 10:00에 30분 진입 패스로 진입한 방문자가 있다면:

  • 오전 10:15에 기간을 10분으로 변경하면
  • 방문자의 패스는 오전 10:10에 만료됨 (오전 10:00 + 10분)
  • 대기실을 다시 거쳐야 함

서비스 유형별 고려사항

서비스 유형진입 패스 권장 여부이유
부하에 민감한 서비스
(데이터베이스, 엄격한 속도 제한 API, 계산 집약적 작업)
비활성화 권장진입 허용 수를 엄격하게 적용해야 함
덜 민감한 서비스
(정적 콘텐츠, 간단한 조회, 읽기 전용 작업)
활성화 권장사용자 경험을 안전하게 향상시킬 수 있음
진입 패스는 진입 허용 수를 우회합니다

유효한 진입 패스를 가진 사용자는 진입 허용 수에 도달했더라도 재진입할 수 있습니다. 이는 서버가 진입 허용 수 설정보다 더 많은 동시 사용자를 처리할 수 있음을 의미합니다.

검증

진입 허용 수 설정을 사용하여 간단한 테스트로 진입 패스 기능을 확인하세요:

설정:

  1. 유효 기간이 10분인 진입 패스 구성
  2. 진입 허용 수를 0으로 설정 (모든 진입 차단)
  3. 서비스를 방문하여 대기실이 나타나는지 확인

테스트 단계:

오전 10:00  진입 허용 수 = 0, 진입 패스 = 10분
→ 서비스 액세스 시도
→ 대기실 나타남 (진입 차단됨)

오전 10:01 진입 허용 수를 1로 변경
→ 대기 종료, 진입 허용됨
→ 진입 키 수신 (오전 10:11까지 재사용 가능)

오전 10:05 진입 허용 수를 다시 0으로 변경
→ 서비스가 이제 "닫힘"

오전 10:10 서비스에 다시 액세스 시도
→ 진입 키가 여전히 유효함 (오전 10:01에서 재사용)
→ 진입 허용 수 = 0임에도 진입 허용됨

오전 10:11 진입 패스 만료
오전 10:12 서비스 액세스 시도
→ 진입 패스 만료됨
→ 대기실 나타남 (진입 차단됨)

이것이 증명하는 것:

  • 진입 패스는 진입 허용 수 제한을 우회함
  • 유효 기간이 올바르게 작동함 (초기 진입부터 10분)
  • 만료 후 방문자는 대기열을 다시 거쳐야 함

이 테스트는 진입 패스가 진입 허용 수가 0으로 설정되어 있어도 재진입을 허용함을 확인하여 진입 허용 수 제한보다 진입 패스의 우선순위를 보여줍니다.

FAQ

실시간으로 설정을 변경할 수 있나요?

네! 진입 패스 설정은 실시간으로 적용됩니다. 변경 사항은 세그먼트 재시작이나 서비스 중단 없이 즉시 적용됩니다.

실시간 업데이트 예시:

  • 패스 기간 조정: 더 긴 세션을 수용하기 위해 진입 패스 유효성을 30분에서 2시간으로 변경
  • 진입 패스 비활성화: 모든 액세스에서 모든 사용자가 대기실을 거치도록 강제하기 위해 진입 패스를 끔
  • 이벤트 중간에 진입 패스 활성화: 진행 중인 이벤트 중에 진입 패스를 활성화하여 돌아오는 방문자의 사용자 경험 향상
  • 조건부 패스 제어: 트래픽 패턴 또는 이벤트 단계를 기반으로 진입 패스 활성화/비활성화

이 유연성을 통해 가동 중단 없이 실시간으로 변경되는 조건에 대응하여 액세스 제어 전략을 동적으로 조정할 수 있습니다.

관련 구성 옵션은 고급 타이밍대기 순번 유지 문서를 참조하세요.