본문으로 건너뛰기
Menu
AIMarketingNewsToolsAbout

개발·서비스 운영

회의 링크는 언제 만료되나요? Cloudflare RealtimeKit의 입장 시간 설정

발행일:

RealtimeKit 토큰 시작·만료 시각과 개별 취소가 추가됐습니다. 입장 마감, 활성 세션 종료, 재접속의 차이를 정리합니다.

입장 만료와 회의 종료가 다름을 표현한 시계와 입장권, 영상회의와 보라색 벡토

AI 생성 이미지

온라인 수업이나 상담이 끝난 뒤에도 같은 링크로 다시 들어갈 수 있다면, 예약 시간과 입장 권한이 따로 움직이는 셈입니다. Cloudflare가 11월 12일 RealtimeKit 참가자 토큰에 시작·만료 시각을 지정하고 개별 토큰을 취소하는 기능을 공개했습니다. 다만 입장 권한의 만료가 진행 중인 통화의 종료까지 뜻하지는 않습니다. 예약형 서비스를 운영한다면 이 둘을 나누어 설계해야 합니다.

링크를 보내는 것과 입장을 허용하는 것은 다릅니다

RealtimeKit은 앱에 영상·음성 통신을 붙일 수 있는 도구입니다. 참가자를 등록하면 서버가 인증 토큰을 받고, 참가자의 앱이 이를 사용해 회의에 입장합니다. 이번 변화는 링크의 모양보다 그 안에서 사용하는 입장 권한의 수명에 가깝습니다.

기존 토큰은 발급 후 100일 동안 유효했습니다. 이제 참가자를 추가할 때 not_before와 expires_on을 지정할 수 있습니다. 지정할 수 있는 유효기간은 최대 100일입니다. 만료 시각은 미래여야 하며, 입력에는 시간대가 포함된 RFC 3339 형식을 사용합니다. 예를 들어 예약된 수업 시간대에만 입장을 허용하는 식입니다. 두 값을 생략하는 기존 연동은 여전히 100일 토큰을 받습니다. 업데이트를 했다는 이유만으로 기존 서비스의 입장 시간이 짧아지는 것은 아닙니다. Cloudflare 발표

Cloudflare의 2026년 11월 12일 RealtimeKit 토큰 유효기간 발표 화면
공식 발표 실제 캡처 · © Cloudflare · CC BY 4.0

입장 시간이 끝나도 접속 중인 사람은 남습니다

놓치기 쉬운 부분은 이미 연결된 참가자입니다. 토큰의 만료 시각이 지나도 RealtimeKit은 그 참가자를 자동으로 퇴장시키지 않습니다. 반면 네트워크가 끊겼다가 다시 연결할 때는 같은 토큰을 검사하므로, 이미 만료됐다면 재접속이 거절됩니다. 공식 FAQ

예를 들어 오후 2시부터 3시까지 상담을 허용했다고 가정해 보겠습니다. 2시 50분에 들어온 고객이 3시가 됐다고 자동으로 나가는 것은 아닙니다. 하지만 3시 1분에 연결이 끊기면 만료된 토큰으로는 돌아오지 못할 수 있습니다. 서비스 안내에서 ‘입장 마감’과 ‘상담 종료’를 같은 의미로 쓰면 고객이 예상하지 못한 상황이 생깁니다.

입장 허용 시간과 이미 연결된 세션이 서로 다른 기준으로 움직이는 설명
입장 유효기간과 연결 유지의 차이 · 설명용 도식

예약 시간을 저장하고 입장을 허용하는 판단도 앱의 서버에서 구현해야 합니다. RealtimeKit 자체가 예약 관리 기능을 대신 제공하는 것은 아닙니다. 실제 운영에서는 지각 입장, 상담 연장, 잠깐의 통신 장애에 대한 정책을 먼저 정한 뒤 토큰 시각을 맞추는 편이 낫습니다.

새 토큰을 발급해도 이전 토큰은 사라지지 않습니다

토큰을 갱신하면 기존 참가자 정보는 재사용하지만, 이전에 발급한 토큰이 자동으로 무효화되지는 않습니다. 각각 자신의 만료 시각까지 유효합니다. 잘못 전달된 입장권을 회수하려면 ‘새것을 발급했으니 옛것은 끝났다’고 생각하면 안 됩니다. 참가자 문서

이번에 추가된 개별 취소는 회의 전체를 비활성화하지 않고 특정 토큰을 거두는 방법입니다. 취소하면 활성 세션의 참가자도 제거되지만, 모든 위치에서 해당 토큰의 재입장이 차단되기까지 최대 60초가 걸릴 수 있습니다. 같은 참가자에게 발급된 다른 토큰은 남습니다. 해당 회의에서 그 참가자의 모든 토큰을 즉시 차단해야 한다면 참가자 삭제를 사용할 수 있습니다.

토큰 만료, 개별 취소, 참가자 삭제의 범위를 비교하는 설명
시간 제한·개별 취소·전체 회수는 다릅니다 · 설명용 도식

개발팀에 전달할 요구사항도 구체적이어야 합니다. ‘접근을 막아 주세요’ 대신 입장 마감만 필요한지, 현재 통화에서 내보내야 하는지, 그 참가자의 모든 입장권을 회수해야 하는지를 구분하면 구현 범위가 명확해집니다.

예약 서비스라면 세 가지 순간부터 시험해 보세요

이번 기능의 가치는 만료 시간을 짧게 설정하는 것 자체보다, 고객에게 약속한 이용 시간과 실제 접근 권한을 맞추는 데 있습니다. 예약형 서비스는 정상 입장뿐 아니라 시간이 바뀌는 경계 상황까지 점검해야 합니다.

먼저 입장 시작 직전과 직후를 비교합니다. 다음으로 만료 시각을 넘긴 신규 입장과 접속 중인 상태를 따로 확인합니다. 마지막으로 만료 뒤 네트워크가 끊겼다가 돌아오는 상황, 취소된 토큰의 재사용, 갱신 전 토큰의 유효성을 시험합니다. 시각에는 시간대 정보를 포함하고 응답값이 UTC라는 점도 함께 확인해야 합니다.

시작 경계, 만료 경계, 재연결과 토큰 회수의 세 점검 단계를 설명하는 흐름
예약 시간과 실제 입장 동작을 맞추는 점검 · 설명용 도식

실제 고객을 대상으로 바로 바꾸기보다 테스트용 참가자로 먼저 확인할 수 있습니다. 상담 연장이 필요한 서비스라면 연장 승인과 토큰 갱신을 어떻게 연결할지도 정해야 합니다. 짧은 만료는 하나의 설정일 뿐이고, 고객이 이해할 수 있는 이용 규칙까지 갖춰야 운영 기능이 됩니다.

이어볼 뉴스

Cloudflare AI Gateway, 인증을 켜면 다시 끌 수 없습니다

Cloudflare AI Gateway, 인증을 켜면 다시 끌 수 없습니다

#Cloudflare #RealtimeKit #서비스운영 #접근권한 #화상상담

CONTINUE READING

이 기록에서 이어서 보기

VECTORLOG LETTER

다음 기록도 받아보고 싶다면 구독을 연결해 주세요.

LETTER 구독 안내 →