3시간 만에 550명의 사용자가 몰린 LovieMe 출시 아키텍처 내부 이야기
요약
본 글은 LovieMe 서비스가 출시 후 3시간 동안 550명 이상의 개발자 사용자, 89만 건의 DNS 쿼리 등 엄청난 트래픽을 처리한 엔지니어링 회고록입니다. 다운타임 없이 저렴하게 확장하는 아키텍처 설계와 운영 노하우를 상세히 다루고 있습니다.
핵심 포인트
- 대규모 트래픽(550명, 89만 DNS 쿼리)을 처리한 엔지니어링 경험 공유
- 엣지 네이티브 클라우드 플랫폼의 확장성과 안정성 분석
- 상태 비저장(stateless) 원시 요소가 대용량 인프라 운영 비용 절감에 기여
3시간 만에 550명의 사용자가 몰린 LovieMe 출시 아키텍처 내부 이야기
"550명 이상의 개발자, 895,000명 이상의 Anycast DNS 쿼리, 그리고 1,832개의 인메모리 이메일 스트림이 출시 후 180분 이내에 엣지 네이티브 클라우드 플랫폼을 강타했을 때 무슨 일이 벌어질까요? 다운타임 없이 페니 단위로 확장하는 것에 대한 필터링되지 않은 엔지니어링 회고록입니다."
- Live Platform: www.lovie.me
- Launch Date: 2026년 10월 10일
- Architect & Author: Sagar Kewat
- Canonical Shortlink: sagarithm.in/link/b014

저희는 **LovieMe**의 출시 버튼을 누르면서, 개발자들이 버려진 주말 프로젝트 도메인에 연간 $20를 지불하는 것을 싫어한다는 것을 알고 있었습니다. 또한 my-app-8f92b.vercel.app과 같은 지저분한 해시(hash)를 공유하는 것이 모두가 참아내는 짜증나는 타협이라는 것도 알았습니다.
하지만 저희가 예측하지 못했던 것은 처음 180분 동안의 엄청난 속도였습니다:
- 550명 이상 등록된 개발자 계정
- 353개 이상 클레임된 서브도메인 (평균적으로 약 30초에 1개 클레임)
- 895,000개 이상 처리된 권한 DNS 쿼리(Authoritative DNS Queries)
- 실시간으로 포워딩된 1,832개 이상 수신 이메일
- 160개 이상의 Points of Presence에 걸친 99.99%의 엣지 가용성(Edge Availability)
- 총 인프라 컴퓨팅 비용: $0.45 미만
여기에 엣지가 어떻게 버텼는지, 개발자들이 무엇을 먼저 만들었는지, 무엇이 거의 고장 날 뻔했는지, 그리고 왜 상태 비저장(stateless) 원시 요소가 대용량 인프라를 운영하는 데 거의 무료로 만드는지에 대한 필터링되지 않은 엔지니어링 분석이 있습니다.
I. 180분간의 홍수
UTC 기준 오전 10시에 출시 발표가 소셜 채널, 개발자 포럼, 제품 디렉토리에 올라왔습니다.
4분 만에 Supabase PostgreSQL과 Gcore edge resolver의 라이브 원격 측정(telemetry) 대시보드는 평온한 기본값에서 수직 상승하는 하키 스틱 모양으로 변했습니다:
10:00 AM ─── 12 active users (출시 전 점검 단계)
10:15 AM ─── 84 active users (최상위 핸들 확보에 나선 초기 사용자 첫 물결)
10:45 AM ─── 220 active users (Vercel 및 Cloudflare의 원클릭 CNAME 전파 급증)
...
LovieMe의 핵심 설계 질문은 항상 이것이었습니다. 전담 운영팀이나 수천 달러에 달하는 클라우드 비용 없이도, 솔로 엔지니어링 플랫폼이 높은 처리량의 DNS 및 이메일 라우팅을 감당할 수 있을까?
첫 3시간 동안 그 질문은 명확한 '예'라는 답변을 내놓았습니다.
II. Edge가 895K 이상의 DNS 조회수를 흡수한 방법
DNS는 가혹한 프로토콜입니다. 개발자가 도메인을 새로운 웹 프로젝트에 연결하고 이를 소셜 미디어에 공유할 때, 전 세계의 재귀적 리졸버(Google 8.8.8.8, Cloudflare 1.1.1.1, Quad9, 지역 ISP 등)는 권위 네임서버를 쿼리 폭주로 즉시 공격합니다.
만약 귀하의 권위 네임서버가 중앙 집중식 오리진 서버(단일 VPS의 표준 BIND 또는 PowerDNS 인스턴스와 같은)에서 실행된다면, 갑작스러운 895,000건의 쿼리는 연결 풀을 포화시키고 지연 시간을 300ms 이상 급증시킬 것입니다.
Anycast Edge 방어막
중앙 집중식 해상도 대신, LovieMe는 모든 권위 영역 작업을 **160개 이상의 글로벌 PoP(Points of Presence)**에 걸쳐 있는 Gcore의 분산형 Anycast edge 네트워크를 통해 라우팅합니다.
[개발자 브라우저 / 클라이언트]
│
▼
...
1. **2ms 미만의 로컬 응답**: 도쿄에 있는 방문자가 새로 클레임한 `tokyo-ai.lovie.me` 사이트를 열었을 때, DNS 쿼리는 태평양을 건너가지 않았습니다. 이는 Gcore의 도쿄 엣지 노드에서 2밀리초(ms)도 안 되는 시간에 직접 해결되었습니다.
2. **2초 미만의 존 동기화**: 개발자가 LovieMe 콘솔에서 'CNAME 추가'를 클릭했을 때, 백엔드는 엣지 오케스트레이션 레이어에 원자적(atomic) REST 호출을 전송했습니다. 1.8초 이내에 160개 이상의 글로벌 엣지 위치 모두가 업데이트된 레코드를 동기화했습니다.
3. **원신(Origin) 데이터베이스 부하 제로**: DNS 레코드가 엣지 캐시 노드에 분산되기 때문에, 주 Supabase PostgreSQL 데이터베이스는 DNS 조회에 대해 정확히 **0**개의 읽기 작업을 처리했습니다. 이 데이터베이스는 계정 변경 및 서브도메인 예약 잠금만 처리했습니다.
## III. 디스크 흔적 제로의 1,832개 인-메모리 이메일
LovieMe에서 가장 기술적으로 까다로운 기능은 **상태 비저장(stateless) 이메일 포워딩**입니다.
빌더가 프로젝트를 생성할 때, 피드백을 받거나 사용자 문의 또는 API 키 확인을 받기 위해 `[email protected]`와 같은 주소가 필요합니다. 전통적인 메일 포워딩 설정은 수신된 이메일을 릴레이하기 전에 디스크 큐에 쓰는 Postfix나 Haraka 데몬을 사용합니다. 이는 두 가지 치명적인 결함을 초래합니다:
1. **디스크 I/O 병목 현상**: 높은 트래픽이 임시 MIME 파일로 디스크를 범람시킵니다.
2. **개인 정보 보호 위험**: 사용자 이메일을—심지어 일시적으로라도—저장하는 것은 GDPR 및 보안 노출을 야기합니다.
### 상태 비저장 V8 엣지 파이프라인
LovieMe는 V8 서버리스 엣지 워커를 기반으로 구축된 100% 인-메모리 스트리밍 파이프라인으로 이를 해결했습니다:
[수신 SMTP 메시지 (RFC 5322 MIME)]
│
▼
...
출시 기간 동안:
- **1,832개의 이메일이 실시간으로 처리되었습니다.**
- 발신자 전송부터 Gmail 전달까지의 중앙값 릴레이 지연 시간은 **420밀리초**였습니다.
- 데이터베이스 테이블이나 영구 서버 디스크에 메시지 본문, 제목 또는 첨부 파일이 기록된 적은 **전혀 없습니다.**
- 메시지당 V8 워커 RAM 사용량은 **4MB 미만**이었으며, TCP 소켓이 닫히는 순간 가비지 컬렉션되었습니다.
이는 우리의 수학적 프라이버시 모델을 증명했습니다. 우리는 저장하지 않은 것은 유출할 수 없습니다.
## IV. 서브도메인 '골드 러시': 빌더들이 주장한 것들
353개의 서브도메인이 180분 만에 선점되는 것을 지켜보면서, 개발자 심리에 대한 흥미로운 통찰을 얻었습니다.
초기 물결의 빌더들이 주장했던 내용은 다음과 같습니다:
| 카테고리 | 주장된 서브도메인 핸들 | 주요 배포 대상 |
| :--- | :--- | :--- |
| **AI 에이전트 및 LLM 도구** | `agent.*`, `chat.*`, `prompt.*`, `llm.*` | Vercel & Cloudflare Pages |
| ... |
The 1-클릭 플랫폼 프리셋은 압도적인 인기를 끌었습니다. **선점된 모든 서브도메인의 78%가** Vercel (`cname.vercel-dns.com`) 또는 Cloudflare Pages로 1-클릭 CNAME 프리셋을 통해 라우팅되었으며, 가입부터 라이브 HTTPS 사이트까지 걸리는 시간은 45초가 채 되지 않았습니다.
## V. 거의 망할 뻔했던 것 (그리고 우리를 구한 것)
성공적인 출시에는 예외 케이스가 없는 법입니다. 처음 3시간 동안의 실제 운영 교훈은 다음과 같습니다:
### 1. 정규식 과매칭 함정
초기 테스트 중, 인라인 기호를 위한 지나치게 탐욕한 이모지 정규식이 표준 유니코드 무거운 화살표 장식(`➔`)과 일치하여 존재하지 않는 에셋 번들을 가져오려고 시도했습니다. 우리는 해당 정규식을 엄격한 이모지 코드 포인트로 패치하고 6분 만에 다운타임 없는 핫픽스를 배포했습니다.
### 2. 자동화된 악용 방지 기능 작동
첫 한 시간 동안, 자동화된 봇 스크립트가 유명 은행 및 결제 접두사(`paypal.lovie.me`, `stripe.lovie.me`)를 선점하려고 시도했습니다. 저희의 사전 예방적 브랜드 보호 휴리스틱이 즉시 해당 키워드를 플래그 지정하고 블랙리스트에 추가하여, 글로벌 스팸 및 피싱 필터 전반에 걸쳐 `lovie.me` 네임스페이스 평판을 보존했습니다.
### 3. PostgreSQL 행 레벨 보안 (Row-Level Security) 및 동시 잠금 처리
30초마다 새로운 서브도메인이 할당되면서, 경쟁 조건(race condition)이 발생하여 두 개발자가 같은 핸들을 동시에 할당받을 수 있었습니다. 저희 데이터베이스 스키마는 원자적 트랜잭션 제약 조건(atomic transactional constraints)을 활용했습니다:
INSERT INTO subdomains (prefix, user_id)
VALUES (lower(trim($1)), $2)
ON CONFLICT (prefix) DO NOTHING;
만약 두 개의 동시 요청이 같은 접두사(prefix)에 대해 테이블에 접근하더라도, 정확히 하나만이 성공했고 두 번째 요청은 12ms 미만으로 깨끗한 `409 Conflict: Handle already claimed` 오류를 받았습니다. 중복 할당은 전혀 발생하지 않았습니다.
## VI. 근본적인 단위 경제학 (Unit Economics): 1백만 쿼리를 $0.50 미만에 제공하기
인디 해커들로부터 자주 받는 질문이 있습니다: '어떻게 파산하지 않으면서 이것을 무료로 제공할 수 있나요?'
다음은 첫 3시간 동안의 정확한 비용 내역입니다:
- **DNS 해석 (Gcore edge에서 895,000 쿼리):** 약 $0.18
- **이메일 포워딩 (1,832 V8 isolate 실행):** 약 $0.04
- **Supabase PostgreSQL 및 인증(Auth) 컴퓨팅:** 약 $0.15 (풀링된 기준선 내)
- **프론트엔드 호스팅 (Vercel의 Next.js):** $0.00 (무료 범위 내)
- **총 3시간 출시 인프라 비용:** **$0.37**
저희는 이메일을 저장하지 않고, 유휴 EC2 가상 머신을 유지하지 않으며, DNS를 분산 Anycast 캐시에 오프로드(offload)하기 때문에, 활성 서브도메인당 한계 비용은 사실상 존재하지 않습니다.
이것이 LovieMe가 만료일이나 신용카드 요구 사항 없이 **3개의 영구 무료 서브도메인, 전체 Anycast DNS, 그리고 서버리스 이메일 포워딩**을 편안하게 제공할 수 있는 이유입니다.
## VII. LovieMe의 다음 계획
3시간 만에 550명 이상의 사용자와 거의 1백만 개의 에지 쿼리를 달성한 것은 단지 Day 1에 불과합니다. 저희가 다음에 출시할 내용은 다음과 같습니다:
1. **인바운드 이메일 웹훅 (Inbound Email Webhooks)**: `[email protected]`로 전송된 이메일을 구조화된 JSON 페이로드로 변환하여, 사용자의 REST 웹훅 또는 AI 에이전트로 직접 전송합니다.
2. **터미널 CLI (`npx lovieme claim <name>`)**: `create-next-app` 또는 배포 루틴 중 셸(shell)에서 서브도메인을 바로 선점하고 연결할 수 있습니다.
3. **Fly.io, Railway, 그리고 Render를 위한 원클릭 프리셋 (One-Click Presets)**: 제로 마찰 플랫폼 라우팅을 확장합니다.
## 빌더의 다음 물결에 합류하세요
만약 여전히 사용하지 않아 만료되는 주말 프로젝트 도메인에 대해 연간 $20를 지불하고 있거나, 이력서에 지저분한 해시값(hash)을 공유하고 있다면, 개발자 정체성을 업그레이드할 시간입니다.
👉 **영구 무료 서브도메인을 오늘 선점하세요:** [www.lovie.me](https://www.lovie.me)
📖 **원문 발표 및 아키텍처 심층 분석:** [sagarithm.in/link/b013](https://sagarithm.in/link/b013)
💬 **X/트위터에서 토론하기:** [@sagarithm](https://x.com/sagarithm)
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기