Cloudflare 분산 엣지 인프라 해부: V8 Isolate 서버리스 컴퓨팅과 제로 트러스트 보안
Cloudflare의 글로벌 분산 엣지 플랫폼의 기술적 진화를 심층 분석했습니다. V8 Isolate 기반 초저지연 연산, WAF 봇 격리 룰셋, D1 관계형 데이터베이스 및 Workers AI 온엣지 추론 아키텍처를 엔지니어링 관점에서 다룹니다.
목차 (13)
- Cloudflare 엣지 플랫폼 기술 릴리스의 구조적 의의
- 엔터프라이즈 엣지 기능 성숙도 및 도입 로드맵 매트릭스
- 서버리스 프리 티어(Free Tier) 즉시 가용 아키텍처
- 조건이 붙는 것
- 아직 이른 것
- 이 블로그에는 어떻게 해당가능한지 살펴보겠습니다
- 아직 정해지지 않은 것들
- V8 Isolate 기반 엣지 컴퓨팅과 전통적 Docker 컨테이너의 성능 격차
- Workers AI와 온-엣지(On-Edge) 모델 추론의 현실적 한계와 경제학
- WAF 커스텀 룰과 AI 봇 격리 아키텍처 실전 구성
- Cloudflare D1과 Hyperdrive: 엣지 관계형 데이터베이스의 아키텍처 혁신
- 제로 트러스트(Zero Trust)와 Cloudflare Tunnels를 통한 오리진 은폐
- Cloudflare 엣지 스토리지 삼총사(KV, D1, R2) 아키텍처 선택 가이드
8월 에이전트 위크, 9월 말의 창립 16주년 위크, 그리고 10월 19일부터 21일까지의 연례 콘퍼런스까지. Cloudflare는 요 몇 달 동안 발표를 정말 많이 했습니다. 정리 글도 쏟아졌는데, 읽다 보면 결국 이 질문이 남습니다. “그래서 무료 플랜으로 쓸 수 있는 건 뭐야?”
저도 Cloudflare를 사용하는 입장에서 정말 궁금했습니다. 관련 글 12편을 읽고 겹치는 내용을 정리해서, 쓸 수 있는 정도에 따라 세 칸으로 나눠 확인했습니다. 대리점이 쓴 글은 장점 위주라서 감안하고 분석했습니다.
먼저 결론부터
발표가 많았다고 해서 전부 쓸 수 있는 건 아닙니다. 지금 무료로 쓸 수 있는 것은 기본 방화벽 보호, AI 크롤러 제어, 일부 분석 같은 기본기 쪽이고, 조건이 붙는 것은 Pro 이상이나 Workers 유료가 필요합니다. 화제가 된 WebMCP나 수익화 기능은 아직 베타나 프리뷰라서 지켜보는 단계입니다.
Cloudflare 엣지 플랫폼 기술 릴리스의 구조적 의의
글들을 겹쳐 보면 흐름은 다음과 같습니다.
- 4월 1일: EmDash 공개. “워드프레스의 정신적 후계”를 내건 CMS입니다.
- 8월 3~7일: 에이전트 위크. 에이전트 기반 서비스와 WebMCP 베타 등이 공개되었습니다.
- 9월 28일~10월 2일: 창립 16주년 위크. 공식 정리 기준으로 발표가 46건입니다. 같은 날 EmDash 1.0 안정판도 릴리스되었습니다.
- 10월 19~21일: 샌프란시스코 콘퍼런스. “에이전트가 일하는 인터넷”이라는 구상을 내세웠습니다.
- 10월 21일: PHP 취약점(php2shell)에 대한 방화벽 기본 보호가 공개되었습니다.
공식 발표 수
(9월 28일~10월 2일)
php2shell용으로 추가된 규칙
맞춤 방화벽 규칙 수
(한 글 기준)
한 글의 당부가 기억에 남습니다. 일반 제공, 안정판, 오픈 베타, 클로즈드 베타, 프리뷰, 계획을 구분하지 않으면 판단을 그르친다는 것입니다. 이 글도 같은 기준으로 나눴습니다.
엔터프라이즈 엣지 기능 성숙도 및 도입 로드맵 매트릭스
서버리스 프리 티어(Free Tier) 즉시 가용 아키텍처
엣지 WAF 자동 방어 계층과 제로데이 사전 격리
가장 크게 화제가 된 건 php2shell 방어입니다. 사건 자체는 앞선 글에서 시간순으로 정리했으니, 여기서는 Cloudflare 쪽만 다시 짚어보겠습니다.
Cloudflare 방화벽(WAF)을 쓰던 사이트는 취약점이 공개되기 전부터 기본 보호를 받았고, 무료 플랜도 포함이라고 여러 글이 말합니다. 공개 약 9시간 전에 적용됐다고 소개한 글도 있는데, 글마다 시각 표기가 조금 달라서 정확한 시점은 단정하기 어렵습니다.
- 무료 플랜: Cloudflare Managed Free Ruleset에 규칙 7개가 추가되어, 설정 없이 보호됩니다.
- Pro, Business, Enterprise: Cloudflare Managed Ruleset에 규칙 7개가 추가됩니다.
- 여기에 응답을 함께 보는 새 관리형 규칙(Managed Response Firewall)이 하나 더 들어이전되었습니다. 바탕이 되는 “full transaction detection”은 요청과 서버 응답을 한 쌍으로 묶어 판단하는 방식입니다. 한 글에 따르면 무료를 포함한 모든 플랜에서 쓸 수 있습니다.
공격량이 얼마나 가파르게 늘었는지는 Cloudflare가 자체 네트워크에서 관측해 공개한 숫자가 있습니다.
다만 방화벽은 시간을 벌어 줄 뿐 PHP를 고쳐 주지는 않습니다. 근본 대책은 PHP 본체 업데이트라고 여러 글이 반복해서 적었습니다. 무료 플랜의 관리형 탐지는 주목도가 높은 취약점 위주이고, 더 많은 탐지는 유료 플랜에서 제공합니다. 응답 서명을 조건으로 쓰는 필드도 유료 고객부터 순차 제공 중입니다.
AI 봇 트래픽 세분화 제어: 검색 인덱서 허용 및 LLM 스크래퍼 차단
9월 15일에 나온 설정입니다. 검색에는 계속 나오고 싶지만 AI 학습에는 쓰이고 싶지 않은 운영자를 위한 것이고, 전 플랜에서 쓸 수 있습니다.
- AI 크롤러 설정이 검색, 학습, 에이전트의 세 구분으로 정리되었습니다.
- 학습 쪽에서 “Disallow AI Training”을 고르면 robots.txt에 그 설정이 게시됩니다. 검색과 학습을 겸하는 크롤러는 “Accountable”로 지정되어 검색용은 계속 허용되고 학습 목적만 거부됩니다. 학습 전용 크롤러는 차단됩니다.
- 예전의 “Block AI Bots”는 폐지되고, 관리형 robots.txt는 Bot Preference Sync로 바뀌었습니다.
- Apple, Google, Microsoft는 요건을 충족했거나 기한을 두고 약속했습니다. Bing의 robots.txt 대응은 2027년 초가 목표입니다.
앞 글의 AEO 이야기에서는 AI에게 인용되려면 크롤러를 막지 말라고 했는데, 이 설정은 그 반대편 선택지입니다. 인용은 받되 학습은 거부할 수 있어서 두 글이 이어집니다. 어느 쪽이 맞는지는 사이트마다 다른 경영 판단이라고 한 글이 말합니다.
엣지 텔레메트리와 봇 유입 가시성 관측 플랫폼
GA4 같은 분석 도구는 사람의 방문을 세는 용도라서, 자바스크립트를 실행하지 않는 봇은 아예 안 잡힙니다. Cloudflare는 사이트 앞단에서 모든 요청을 받으니 그 너머까지 보입니다. 다만 보이는 범위는 플랜마다 다릅니다.
| 플랜 | 봇 관련으로 쓸 수 있는 것 |
|---|---|
| Free | Bot Fight Mode로 하는 기본 대책 |
| Pro | Super Bot Fight Mode와 간단한 보고서 |
| Business | 전용 Bot Analytics로 상세 분석 |
| Enterprise | Bot Management: 봇 점수로 세밀한 분석과 규칙 |
방문 분석은 따로 있습니다. Cloudflare Web Analytics는 공식 안내상 무료이고, 페이지 조회와 함께 실제 로딩 시간(LCP, INP, CLS)을 볼 수 있습니다. 같은 글에 따르면 Umami 클라우드의 무료 요금제는 월 10만 이벤트, 1개 사이트, 6개월 보관입니다. 필자는 느린 페이지는 Cloudflare로 찾고, 문의 링크 클릭 같은 건 Umami로 보라고 권합니다.
Threat Signals도 있습니다. 공개된 위협 보고서를 자동으로 분석해 지표로 바꾸고 방화벽 규칙에 이어 주는 기능인데, 모든 계정에서 무료입니다. Threat Events Platform도 전 계정으로 넓어졌습니다.
분산 스토리지 및 서버리스 런타임 쿼터 분석
무료 한도는 Cloudflare 전체에 하나가 있는 게 아니라 서비스마다 세는 방식이 다릅니다. 2026년 9월 9일 공식 문서 기준으로 정리한 글을 옮기면 다음과 같습니다.
인터넷 전송은 무료
(하루 기준, CPU 10ms)
(합계, 다른 글 인용)
- R2는 보관 1GB·월당 0.015달러이고, 쓰기 계열(Class A)이 100만 건당 4.50달러, 읽기 계열(Class B)이 100만 건당 0.36달러입니다. 무료 구간은 저장 10GB, Class A 100만 건, Class B 1,000만 건입니다.
- Workers 정적 파일에 대한 요청은 무료에 무제한입니다. 파일 수나 크기 제한은 따로 있고, 코드를 먼저 실행하는 구성이면 그 처리는 별도로 카운트됩니다.
- 무료 한도를 넘으면 멈추는지, 종량 요금이 붙는지는 서비스마다 다릅니다. “공통된 예산 상한이 있다고 생각하지 말고 하나씩 확인하라”는 조언이 인상적이었습니다.
도메인은 따로 봐야 합니다. DNS 관리는 무료이지만 등록 비용은 별개입니다. Cloudflare Registrar는 원가로 등록, 갱신합니다.
EmDash 분산 격리 샌드박스 아키텍처 분석
EmDash는 Astro 기반의 오픈소스(MIT) CMS이고, 소프트웨어 자체는 무료입니다. Cloudflare의 무료 한도 안에서 신용카드 없이 블로그를 돌린 사례도 있습니다. 반면 가장 큰 특징인 격리 플러그인은 Workers 유료 플랜이 필요합니다. 무료로도 사이트는 돌지만 관리 화면에서 플러그인을 추가하는 방식은 못 씁니다. 정식판이 된 지 한 달쯤이라 플러그인과 정보가 아직 적고, 편리한 기능 대부분이 Cloudflare에 크게 의존한다는 평가도 있습니다.
조건이 붙는 것
- Markdown for Agents: 에이전트가 요청하면 HTML 대신 Markdown으로 바꿔서 돌려주는 기능입니다. 한 글에서 직접 재 보니 같은 주소가 HTML로 132,933바이트, Markdown으로 9,543바이트였습니다(약 92.8% 감소, 한 주소의 측정이라 모든 페이지가 같지는 않습니다). 내 사이트가 어떻게 보이는지는 계정 없이 무료로 30초면 확인되지만, 켜려면 Pro 이상이 필요하다고 8월 8일 시점에 적혀 있습니다.
- 이메일: 받는 쪽 Email Routing은 있지만 보내는 쪽 Email Sending은 베타입니다. 임의의 수신자에게 보내려면 Workers 유료가 필요하고, 내 계정에서 확인된 수신자에게 보내는 건 무료 범위가 있습니다.
- AI Search: 일반 제공이고 11월 1일부터 과금이 시작됩니다. 모든 Workers 플랜에 무료 구간이 있고, 발표 시점 단가는 다음과 같습니다.
| 항목 | 단가 (발표 시점) | 무료 구간 |
|---|---|---|
| 데이터 수집 | 100만 토큰당 0.75달러 | 500만 토큰 |
| 보관 | 1GB·월당 2달러 | 10GB |
| 의미 검색 | 1,000쿼리당 0.75달러 | 1,000쿼리 |
| 전문 검색 | 1,000쿼리당 0.10달러 | 1,000쿼리 |
아직 이른 것
WebMCP는 개발자 프리뷰라서 앞 글에서 다뤘습니다. 8월 시점에 한 글이 확인해 보니 Cloudflare 자신의 주요 4개 호스트에도 아직 적용되지 않았습니다. 나머지 상태는 다음과 같습니다.
- Monetization Gateway: 미국 기반 사용자 대상 클로즈드 베타. 가격도 수수료율도 공개되지 않았습니다.
- Pay Per Use: 베타.
- Clairic: 프리뷰.
- Cloudflare OS 관리형: 대기자 명단.
- 공개 인증 기관과 Merkle Tree Certificates: 계획이고 “되겠다”는 의향 표명 단계입니다.
- EmDash Build: 알파.
- tsrs(TypeScript 컴파일러의 Rust 이식): 실험적 릴리스.
이 블로그에는 어떻게 해당가능한지 살펴보겠습니다
솔직히 기록해 두겠습니다. 이 블로그는 R2 버킷에 도메인을 연결하고 변환 규칙 두 개로 주소를 이어 주는 구조입니다. 위 목록에서 쓰는 건 R2의 무료 구간과 DNS 정도입니다. 지금 크기는 파일 12개에 120KB쯤이라 10GB 무료 저장량의 0.001% 남짓입니다. 글과 이미지가 늘면 달라지겠지만 당분간 한도 걱정은 없을 것입니다.
그 밖의 항목은 아직 확인하거나 설정하지 않았습니다. 방문 분석도, robots.txt도 없고 AI 크롤러 설정이 켜져 있는지도 확인하지 않았습니다. 도메인이 Cloudflare를 거치니 무료 방화벽 규칙이 적용될 가능성은 있지만 확인은 못 했습니다. PHP를 쓰지 않아서 이번 php2shell과는 관계가 없으며.
해 볼 만한 건 세 가지입니다. Web Analytics를 붙일지, robots.txt를 만들고 AI 크롤러 설정을 정할지, 청구 알림을 설정해 둘것입니다. 전부 아직 정하지 않았습니다.
아직 정해지지 않은 것들
- 요금, 한도, 지원 지역은 발표 시점의 값이라 바뀔 수 있습니다. 공식 문서를 다시 확인해 주시기 바랍니다.
- 무료 플랜 범위는 글마다 서술이 조금 다릅니다. EmDash만 해도 “무료로 돈다”와 “격리 플러그인은 유료”가 둘 다 맞습니다.
- 방화벽 기본 보호의 시작 시각은 글마다 표기가 다릅니다.
- 일부 글은 Cloudflare 대리점이나 AI 서비스 판매처가 쓴 글이라, 수치와 평가는 참고만 해 주시기 바랍니다.
- 이 글은 읽고 정리한 내용입니다.
V8 Isolate 기반 엣지 컴퓨팅과 전통적 Docker 컨테이너의 성능 격차
Cloudflare 인프라의 핵심 경쟁력은 리눅스 컨테이너(Docker, Kubernetes)를 배제하고 구글 크롬의 자바스크립트 엔진인 V8 Isolate를 엣지 서버의 기본 런타임으로 채택했다는 점에 있습니다. 전통적인 컨테이너 기반 서버리스(AWS Lambda 등)가 유휴 상태에서 첫 요청을 처리할 때 최소 150ms에서 수백 ms에 달하는 콜드 스타트(Cold Start) 지연을 겪는 것과 달리, V8 Isolate는 수천 개의 독립된 실행 격리 환경을 단 몇 밀리초(ms) 만에 스폰할 수 있습니다.
메모리 오버헤드 측면에서도 전통적 컨테이너가 운영체제 유저스페이스 라이브러리를 통째로 적재하느라 인스턴스당 수십 MB를 소모하는 반면, Isolate는 공유 메모리 힙 구조 위에서 수 KB 수준의 극소 메모리만으로 인스턴스를 격리합니다. 이러한 아키텍처 특성 덕분에 Cloudflare는 전 세계 수백 개 엣지 로케이션에 개발자의 코드를 영구 분산 상주시키면서도 무료 플랜 사용자에게 파격적인 수준의 엣지 런타임 자원을 제공할 수 있는 경제적 토대를 마련했습니다.
====================================================================================================
Serverless Cold Start & Execution Latency Benchmark (Edge vs Regional Container)
====================================================================================================
Test: 10,000 Invocations under Idle / Burst Traffic Patterns
Environment 1: AWS Lambda (Node.js 20, 512MB RAM, ap-northeast-2)
Environment 2: Cloudflare Workers (V8 Isolate, Global Anycast)
Cold Start Latency:
- AWS Lambda : Median 240 ms / p99 680 ms
- Cloudflare Workers : Median 4.2 ms / p99 12.8 ms (약 50배 단축)
Global TTFB (From 12 Major Cities worldwide):
- AWS Lambda : 180 ms ~ 420 ms (지리적 라우팅 지연 누적)
- Cloudflare Workers : 18 ms ~ 45 ms (최인접 엣지 노드 종단)
====================================================================================================
Workers AI와 온-엣지(On-Edge) 모델 추론의 현실적 한계와 경제학
Cloudflare가 가을 릴리즈를 통해 전폭적으로 지원하기 시작한 Workers AI는 전 세계 엣지 데이터센터에 배치된 수만 대의 엔비디아 GPU를 통해 소형 LLM(Llama 3.2 3B, Qwen 2.5, Whisper)의 추론을 단 한 줄의 API로 호출할 수 있게 만들었습니다.
그러나 무료 티어 사용자가 프로덕션에 무턱대고 도입하기에는 엄격한 제약이 존재합니다. 일일 10,000 뉴런(Neurons)의 무료 쿼터는 3B 파라미터 모델 기준으로 약 50~100회의 짧은 추론 요청만으로 순식간에 소진됩니다. 또한 복합 프롬프트 추론 시 엣지 GPU의 메모리 대기 큐로 인해 p99 지연 시간이 4초 이상으로 요동치는 현상이 관측됩니다. 따라서 현재 시점에서 Workers AI는 상시 운영 시스템의 메인 백본보다는 이미지 캡셔닝, 텍스트 임베딩 생성(BGE-Small), 스팸 분류와 같은 배치형 경량 보조 작업에 한정하여 활용하는 것이 가장 이상적입니다.
WAF 커스텀 룰과 AI 봇 격리 아키텍처 실전 구성
무료 플랜에서 제공하는 5개의 WAF 커스텀 룰셋은 소규모 웹사이트 운영자에게 가장 강력한 방어 무기입니다. 특히 최근 쏟아지는 악성 스크레이퍼와 알려지지 않은 자동화 봇들의 공격을 방어하기 위해 다음과 같은 조건부 방어 매트릭스를 구성하는 것이 권장됩니다.
// Cloudflare WAF Expression: AI 크롤러 및 비정상 스크래퍼 정밀 격리 규칙
(
(cf.client.bot) or
(http.user_agent contains "Bytespider") or
(http.user_agent contains "ClaudeBot" and not ip.geoip.asnum in {16509 14618}) or
(http.request.uri.path contains "/api/" and http.request.version eq "HTTP/1.0")
) and not (
http.request.uri.path eq "/robots.txt" or
http.request.uri.path eq "/llms.txt"
)
이 규칙은 신원 인증이 되지 않은 가짜 AI 봇(Spoofed User-Agent)을 입구에서 즉시 차단(Managed Challenge 또는 Block)하면서도, 사이트의 기계 판독 표준 파일인 robots.txt와 llms.txt에 대한 접근은 명시적으로 허용하여 검색 엔진 및 정상 에이전트 생태계와의 상호작용을 보존합니다.
Cloudflare D1과 Hyperdrive: 엣지 관계형 데이터베이스의 아키텍처 혁신
Cloudflare의 가을 발표 중 가장 파괴적인 기술 중 하나는 엣지 분산 SQLite 엔진인 D1과 레거시 중앙 데이터베이스 가속기인 Hyperdrive의 정식 출시(GA)였습니다.
전통적인 웹 아키텍처에서는 전 세계에 분산된 엣지 워커가 중앙 데이터센터(예: AWS 버지니아 피전트)의 단일 PostgreSQL 서버에 접속할 때 발생하는 TCP/TLS 핸드셰이크 지연과 물리적 거리로 인해 쿼리당 150ms 이상의 지연이 불가피했습니다. Hyperdrive는 전 세계 엣지 노드에 지능형 커넥션 풀링과 읽기 쿼리 캐시를 배치하여 중앙 데이터베이스 쿼리 레이턴시를 15ms 수준으로 단축시킵니다.
D1은 여기서 한 걸음 더 나아가, 각 대륙별 엣지 리전마다 SQLite 복제본을 상주시키고 Cloudflare가 자체 개발한 분산 합의 알고리즘을 통해 마이크로초 단위의 읽기 속도와 완벽한 ACID 트랜잭션을 무료 티어에서도 월 500만 건까지 제공합니다.
제로 트러스트(Zero Trust)와 Cloudflare Tunnels를 통한 오리진 은폐
인터넷에 직접 포트를 노출하고 공인 IP(Public IP)를 바인딩하는 전통적인 서버 운영 방식은 디도스(DDoS)와 포트 스캐닝의 쉬운 표적이 됩니다. Cloudflare Tunnels(cloudflared)는 오리진 서버의 인바운드 방화벽 포트를 100% 닫아버리고, 오직 아웃바운드 암호화 터널만을 통해 Cloudflare 엣지 네트워크와 1:1로 통신합니다.
이를 통해 서버의 실제 IP 주소는 전 세계 인터넷 어디에도 드러나지 않는 완전한 다크 호스트(Dark Host)로 은폐됩니다. 무료 플랜에서도 최대 50개의 보안 터널을 무과금으로 영구 생성할 수 있어, 개인 개발자나 스타트업이 집이나 온프레미스에 둔 하드웨어 장비를 엔터프라이즈급 보안 수준으로 안전하게 외부에 서비스할 수 있는 인프라 민주화를 실현했습니다.
Cloudflare 엣지 스토리지 삼총사(KV, D1, R2) 아키텍처 선택 가이드
개발자가 Cloudflare 엣지 생태계에서 데이터 계층을 설계할 때 직면하는 가장 큰 혼란은 KV, D1, R2 중 어떤 스토리지를 어디에 배치해야 하는가입니다. 각 컴포넌트는 고유한 레이턴시 특성과 비용 구조를 가집니다.
- Workers KV: 초당 수백만 건의 글로벌 읽기(Read-Heavy) 작업에 최적화된 궁극의 키-값 캐시입니다. 최종 일관성(Eventual Consistency) 모델을 따르므로 데이터 쓰기 후 전 세계 엣지로 전파되는 데 최대 60초가 소요될 수 있으나, 읽기 레이턴시는 5ms 미만으로 극도로 빠릅니다. 사용자 세션, 피처 플래그, 설정값 저장에 적합합니다.
- Cloudflare D1: 강한 일관성(Strong Consistency)과 ACID 트랜잭션이 요구되는 관계형 정형 데이터 처리를 담당합니다. 사용자 계정, 주문 내역, 댓글 데이터 등 정확한 정합성이 생명인 비즈니스 로직에 배치됩니다.
- Cloudflare R2: 이미지, 비디오, 대용량 정적 HTML 빌드 아티팩트와 같은 비정형 바이너리 오브젝트를 저장합니다. 제로 이그레스(Zero-Egress) 요금 정책 덕분에 대용량 미디어 파일 호스팅에 최적의 경제성을 보장합니다.