Supabase Realtime으로 위치를 나누는 공간은 왜 20명에서 막히나

위치만 중계로 옮기면 사람 수만큼 센다

Cloudflare Durable Object 중계는 들어오는 메시지만 요금에 셉니다. 나가는 메시지는 무료이고, 들어오는 메시지도 20통을 요청 1건으로 칩니다. Durable Object는 이름 하나에 객체 하나만 뜨는 Cloudflare의 작은 서버입니다. 탭마다 WebSocket을 이 객체 하나에 붙이고, 받은 위치를 다른 연결에 그대로 나눠 줍니다.

1import { DurableObject } from "cloudflare:workers";
2
3export class Relay extends DurableObject {
4  async fetch() {
5    const [client, server] = Object.values(new WebSocketPair());
6    this.ctx.acceptWebSocket(server); // 메시지가 없으면 잠든다
7    return new Response(null, { status: 101, webSocket: client });
8  }
9  async webSocketMessage(ws: WebSocket, msg: string | ArrayBuffer) {
10    for (const s of this.ctx.getWebSockets()) if (s !== ws) s.send(msg);
11  }
12}

acceptWebSocket으로 받으면 메시지가 없는 동안 객체가 잠들고 연결은 붙은 채 남습니다. 잠든 시간에는 시간 요금이 붙지 않습니다. Cloudflare 무료 플랜은 한도를 넘으면 과금 대신 오류로 막으므로, 중계가 오류를 돌려주거나 여섯 번 잇달아 붙지 못하면 탭이 Supabase 채널로 돌아가게 둡니다.

1type Env = { RELAY: DurableObjectNamespace<Relay> };
2const ORIGIN = /^https:\/\/world\.dongding\.dev$/;
3
4export default {
5  async fetch(req: Request, env: Env) {
6    if (req.headers.get("Upgrade") !== "websocket") return new Response("websocket only", { status: 426 });
7    if (!ORIGIN.test(req.headers.get("Origin") ?? "")) return new Response("origin", { status: 403 });
8    return env.RELAY.get(env.RELAY.idFromName("world")).fetch(req);
9  },
10};

1{
2  "name": "world-relay",
3  "main": "worker.ts",
4  "compatibility_date": "2026-10-01",
5  "durable_objects": { "bindings": [{ "name": "RELAY", "class_name": "Relay" }] },
6  "migrations": [{ "tag": "v1", "new_sqlite_classes": ["Relay"] }]
7}

Supabase는 받은 사람 수만큼 센다

한 칸에 20명이 초당 한 번씩 위치를 보내면 Supabase는 초당 400통을 셉니다. Realtime은 broadcast 한 통을 보낸 한 통과 받은 사람 수만큼 셉니다. 무료 플랜의 초당 메시지 한도는 100입니다.

제가 만든 3D 섬 world에서 광장에 모여 공연을 보면 이렇게 됩니다.

섬을 구역으로 나눠 내 둘레 구역만 구독해도 사람이 한 칸에 몰리면 소용이 없습니다. 그 칸 안에서는 여전히 모두가 모두에게 보냅니다. 보내는 빈도를 2초에 한 번까지 낮춰도 20명이면 초당 200통입니다.

Supabase를 Pro로 올리면 한도가 초당 500, Team이면 2,500으로 늡니다. 세는 수는 사람 수의 제곱으로 늘어서 아래에서 잰 100명이면 Team 한도도 넘습니다. broadcast가 presence·postgres_changes와 어디서 갈리는지¹는 따로 정리해 두었습니다.

100명이면 98통으로 줄어든다

같은 100명을 중계로 옮기면 세는 위치가 초당 9,840통에서 98통으로 줄어듭니다.

world 중계를 Cloudflare에 올리고 가짜 접속자를 한 칸에 몰아 20초씩 쟀습니다. 셋 중 한 명꼴로 움직이고, 중계를 쓸 때는 빈도를 300 / 사람 수(초당 최대 4번)로 맞췄습니다. Supabase라면 들어온 위치와 같은 칸에 복사된 위치를 더해 세고, Durable Object는 들어온 위치만 셉니다.

100명이면 무료 한도인 하루 10만 요청을 약 5.6시간에 씁니다. 객체 하나를 하루 종일 켜 둬도 시간 요금은 무료 한도 안입니다.

객체 하나는 한 스레드에서 돌고 초당 요청 1,000건이 권장 한도입니다. 들어오는 위치는 빈도를 맞춰 두어 사람이 늘어도 초당 300통을 넘지 않지만, 객체가 내보낼 사본은 사람 수만큼 불어납니다.

셋 중 한 명꼴로 움직이면 150명까지 멀쩡하고 200명에서 연결이 드문드문 떨어집니다.

내보내는 사본이 초당 2만에서 3만 통 사이가 객체 하나의 선입니다. 사람이 더 모이면 섬이나 게임 판마다 이름을 달리해 객체를 나눕니다.

받는 쪽 화면은 가짜 사람 100명이 내 아바타 곁에서 돌아도 맥(M1 Pro)에서 초당 60프레임을 지킵니다.

운영과 같은 빌드로, CPU를 4배 느리게 한 휴대폰 크기 화면도 같았습니다. 실제 휴대폰은 그래픽 칩이 이보다 약하니 따로 재 봐야 합니다.