Cloudflare 무료 플랜 제한 목록: CDN, DNS, WAF, Workers 어디까지 충분할까?

Cloudflare 무료 플랜은 많은 개발자에게 “사이버 보살” 같은 존재로 불립니다. 글로벌 CDN, DDoS 보호, SSL 인증서, DNS 해석을 모두 무료로 제공하기 때문입니다. 하지만 “무료”에는 언제나 경계가 있습니다.

Workers는 하루 10만 요청, Pages는 월 500회 빌드, DNS는 최대 1000개 레코드입니다. 이 숫자들은 실제로 무엇을 의미할까요? 내 프로젝트가 갑자기 제한에 걸릴 가능성은 없을까요? 이 글은 Cloudflare 각 제품의 구체적인 제한을 한 번에 정리해, 프로젝트가 한도를 넘을지 판단할 수 있게 도와줍니다.

결론부터 말하면, 무료 플랜으로 개인 블로그나 소형 프로젝트를 호스팅하려는 경우 이 글을 보면 5분 안에 결정을 내릴 수 있습니다.

1. CDN과 DNS: “무제한”이라는 말 뒤에 있는 것

Cloudflare의 가장 매력적인 판매 포인트는 무제한 대역폭입니다. 이 네 글자만으로도 많은 개발자가 마음을 움직입니다. 하지만 너무 빨리 안심하지는 마세요.

CDN의 “무제한”은 정확히 무슨 뜻일까?

공식 문서에는 대역폭 상한이 명시되어 있지 않습니다. Free, Pro, Business 모두 그렇습니다. 그렇다면 이 말은 무엇을 뜻할까요?

2024년 10월, Reddit의 한 사용자는 자신의 실측 데이터를 공유했습니다. 월 20TB 트래픽을 몇 달 동안 지속했지만 계정은 정상적으로 운영됐다는 내용입니다. Cloudflare 커뮤니티에도 비슷한 피드백이 있습니다. 무료 플랜에서 월 15TB를 사용했지만 문제가 없었다는 사례도 있습니다.

하지만 여기에는 함정이 있습니다. Terms of Service에는 스트리밍 동영상과 대형 비 HTML 파일 호스팅을 허용하지 않는다고 명확히 적혀 있습니다. 무엇을 “대형”으로 볼까요? 구체적인 숫자는 없습니다. 공식 표현은 “불균형한 부하”입니다. 다소 모호하지만 의미는 분명합니다. 동영상 CDN처럼 사용하면 언젠가는 차단될 가능성이 높습니다.

또 하나의 하드 리밋도 있습니다. 단일 파일 캐시 한도는 512MB입니다. 이 숫자는 Workers Limits 문서에 명확히 적혀 있으며 Free와 유료 플랜 모두 동일합니다. 큰 동영상을 캐시하고 싶다면 불가능합니다.

따라서 CDN의 “무제한”에는 실제로 두 가지 의미가 있습니다.

1. 일반 웹사이트 트래픽, 즉 HTML, CSS, JS, 이미지: 사실상 상한이 거의 없음
2. 동영상과 대용량 파일: 명확히 금지

블로그, 정적 사이트, 소형 API 프록시라면 마음 놓고 써도 됩니다. 이미지 사이트도 괜찮습니다. 단일 이미지가 512MB를 넘지 않는다면요. 동영상 플랫폼을 만들 생각이라면 포기하는 편이 낫습니다.

DNS 레코드 제한: 놓치기 쉬운 지점

DNS는 Cloudflare의 핵심 서비스입니다. 무료 플랜의 제한은 어디에 있을까요?

2024년 9월이 기준선입니다. 그 이전에 생성된 무료 존(zone)은 3000개 레코드를 넣을 수 있습니다. 이후 생성된 존은 1000개까지만 가능합니다.

왜 이런 변화가 생겼을까요? 공식 설명은 공개되지 않았지만, 커뮤니티 논의는 한 가지 이유를 가리킵니다. 남용 방지입니다. 무료 플랜으로 도메인을 대량 생성한 뒤 쓰레기 레코드를 가득 채우는 사용자가 있었기 때문입니다.

1000개면 충분할까요? 단일 도메인에 수십 개 서브도메인을 연결하고 MX, TXT 레코드를 몇 개 더하는 정도라면 보통 몇백 개면 충분합니다. 진짜 질문은 이것입니다. 도메인을 몇 개나 가지고 있나요?

좋은 소식도 있습니다. 도메인 수에는 상한이 없습니다. 무료 계정에도 무제한으로 도메인을 추가할 수 있습니다. 각 도메인이 1000개 레코드를 넘지 않으면 계속 추가할 수 있습니다.

다만 한 가지 세부 사항을 기억해야 합니다. DNS 조회 자체에는 제한이 없습니다. 트래픽이 커졌다고 DNS 해석이 막힐 걱정은 하지 않아도 됩니다.

실제로 충분한 시나리오

프로젝트가 다음에 해당한다면:

• 개인 블로그(WordPress, Hexo, Hugo): 완전히 충분
• 정적 사이트(Astro, Next.js SSG): 완전히 충분
• 소형 API 프록시(몇 개의 백엔드 서비스 전달): 대체로 충분
• 이미지 호스팅 사이트(단일 이미지 < 512MB): 충분하지만 총량에 주의 필요

이 범위를 넘어선다면 미리 ToS를 확인하는 편이 좋습니다. 계정이 차단된 뒤에야 선을 넘었다는 사실을 깨닫는 일은 피해야 합니다.

2. Workers와 KV: 계산 계층의 레드라인은 어디인가

Workers는 Cloudflare의 엣지 컴퓨팅 플랫폼입니다. JavaScript나 TypeScript 코드를 작성해 전 세계 200개 이상의 노드에 배포할 수 있습니다. 듣기에는 멋지지만, 무료 플랜의 제한은 CDN보다 훨씬 빡빡합니다.

Workers 요청 제한: 하루 10만 회

공식 문서는 분명히 말합니다. 무료 플랜은 하루 100,000 요청입니다. UTC 00:00에 초기화됩니다.

이 숫자는 무엇을 뜻할까요? API가 사용자 한 명당 하루 평균 10회 호출된다고 가정해 보겠습니다.

• 사용자 100명 -> 하루 1000 요청 -> 월 30,000 -> 안전
• 사용자 1000명 -> 하루 10,000 요청 -> 월 300,000 -> 한도 초과

실제로 많은 소형 프로젝트는 Workers를 사용합니다.

• API Gateway(요청을 백엔드로 전달)
• SSR 렌더링(Next.js, Remix)
• 폼 처리(POST 요청 수신)
• JWT 검증(미인증 요청 차단)

이런 시나리오에서는 요청마다 quota가 한 번씩 소모됩니다. 사이트에 하루 1000명의 방문자가 있고, 한 사람당 Workers 호출을 5번 발생시킨다면 하루 5000 요청입니다. 겉으로는 괜찮아 보입니다. 하지만 방문자가 10배로 늘면? 한 달 기준으로는 바로 초과할 수 있습니다.

더 중요한 제한은 요청당 CPU 시간 30ms입니다. 이 숫자는 공식 Limits 문서에서 나온 것입니다. 30ms로 무엇을 할 수 있을까요? 간단한 JSON 파싱, 라우팅 판단, JWT 검증은 괜찮습니다. 복잡한 계산은 어렵습니다. 예를 들어 Workers로 이미지 압축, PDF 생성, 딥러닝 추론을 하려 한다면 높은 확률로 타임아웃이 납니다.

세부 제한도 있습니다. 스크립트 크기 상한은 1MB(압축 후)입니다. 환경 변수는 최대 64개, 각 변수는 최대 5KB입니다. 소형 프로젝트에는 보통 충분하지만, 대형 애플리케이션이라면 주의해야 합니다.

KV: 캐시 계층의 quota

Workers KV는 엣지 키-값 저장소입니다. 2026년 2월, 공식 블로그는 무료 플랜 quota가 상향됐다고 발표했습니다.

• 읽기: 하루 100,000회
• 쓰기: 하루 1,000회
• 저장 용량: 1GB

쓰기 1000회/일이라는 제한은 상당히 빡빡합니다.

어떤 시나리오에서 쓰기가 많이 발생할까요? 사용자 세션 캐시, 접근 로그, 카운터입니다. API 요청마다 레코드를 하나씩 쓴다면 하루 1000 요청만으로 quota가 꽉 찹니다.

반면 읽기는 비교적 여유롭습니다. 하루 10만 회면 소형 읽기 캐시 시나리오를 충분히 지원할 수 있습니다.

• 설정 캐시(KV에서 API 키, feature flags 읽기)
• 정적 데이터 캐시(제품 목록, 글 목록)
• 사용자 profile 캐시(읽기는 많고 쓰기는 적음)

KV를 RAG 애플리케이션의 벡터 저장소로 쓰려 한다면 잠깐 멈추세요. KV에는 벡터 검색 기능이 없고, 쓰기 제한도 매우 빡빡합니다. 벡터 데이터베이스는 Cloudflare Vectorize(유료)를 쓰거나 Pinecone, Milvus 같은 외부 서비스를 연결하는 편이 낫습니다.

D1: 엣지 SQLite 데이터베이스

D1은 Cloudflare의 SQLite 엣지 데이터베이스입니다. 2026년 5월, 기술 블로그 buildmvpfast는 공식 데이터를 다음처럼 정리했습니다.

• 행 읽기: 하루 5,000,000행
• 행 쓰기: 하루 100,000행
• 저장소: 5GB

읽기 quota는 매우 넉넉합니다. 500만 행입니다. 쓰기도 KV보다 높아 하루 10만 행입니다. 이는 D1이 순수 캐시보다는 데이터 영속화에 더 적합하다는 뜻입니다.

실제 시나리오:

• 블로그 댓글 시스템(읽기 많고 쓰기 적음)
• 사용자 profile 저장(가끔 업데이트)
• 소형 CMS(글, 태그, 분류)

전자상거래 주문 시스템을 만들고 싶다면요? 쓰기량이 초과될 수 있습니다. 주문 하나당 레코드 한 개라면 하루 수천 건만 되어도 월 단위로는 금방 터집니다.

충분한가? 트래픽 모델을 봐야 한다

핵심 숫자를 정리하면 다음과 같습니다.

제품	일일 무료 quota	적합한 시나리오
Workers	100,000 요청	소형 API, SSR 렌더링
Workers CPU	요청당 30ms	단순 로직
KV 읽기	100,000회	읽기 캐시
KV 쓰기	1,000회	세션 캐시(제한적)
D1 읽기	5,000,000행	데이터 조회
D1 쓰기	100,000행	데이터 쓰기

프로젝트의 일 방문자 수가 1000명 이하라면 이 quota들은 대체로 충분합니다. 방문자가 5000명을 넘는다면 Workers quota를 미리 모니터링하는 편이 좋습니다. 매일 dashboard를 확인하세요. 갑자기 403이 뜬 뒤에야 초과를 알아차리면 늦습니다.

3. Pages: 배포 제한은 생각보다 더 구체적이다

Cloudflare Pages는 정적 사이트 호스팅 플랫폼입니다. Git 연동, 자동 빌드, 글로벌 배포를 지원합니다. 무료 플랜의 제한은 Workers보다도 더 구체적입니다.

파일 수와 빌드 횟수: 하드 리밋

공식 Pages Limits 문서가 제시하는 숫자는 다음과 같습니다.

• 파일 수: 사이트당 20,000개
• 빌드 횟수: 월 500회
• 동시 빌드: 1개
• 단일 파일 상한: 25MB

20,000개 파일은 많아 보입니다. 하지만 Next.js나 Astro로 중형 블로그 사이트를 만들고, 수백 편의 글마다 이미지, CSS, JS가 붙는다면 생각보다 빠르게 이 숫자에 가까워질 수 있습니다.

2026년 1월, 공식 changelog는 유료 플랜의 파일 상한이 100,000개로 올라갔다고 발표했습니다. 무료 플랜은 여전히 20,000개입니다. 이 말은 무엇을 뜻할까요? 사이트가 규모화되기 시작하면, 예를 들어 콘텐츠가 500편을 넘거나 미디어 파일이 많아지면 언젠가는 벽에 부딪힐 수 있다는 뜻입니다.

월 500회 빌드가 더 중요합니다. git push가 발생할 때마다 빌드가 트리거됩니다. 수동으로 취소하지 않는 한 말입니다. 개발 리듬을 가정해 보겠습니다.

• 하루 2회 코드 수정 -> 월 60회 빌드 -> 안전
• 하루 10회 코드 수정 -> 월 300회 빌드 -> 거의 찬 상태
• CI/CD 자동 빌드(매 commit마다) -> 일주일 만에 초과 가능

동시 빌드는 1개뿐입니다. 즉 push를 두 번 하면 두 번째 빌드는 대기열에서 기다립니다. 1인 개발에는 괜찮지만, 팀 협업에서는 서로를 막는 병목이 될 수 있습니다.

실제 시나리오 분석

정적 블로그(Hexo, Hugo, Astro):

• 파일 수: 글 + 이미지 + 테마 파일, 보통 5000개 이하 -> OK
• 빌드 횟수: 주 몇 회 수정 -> OK
• 결론: 완전히 충분

중형 콘텐츠 사이트(500편 이상 글, 이미지 포함):

• 파일 수: 20,000개에 가까워질 수 있음 -> 주의 필요
• 빌드 횟수: 잦은 업데이트 -> 초과 가능
• 결론: 모니터링을 권장하고, 유료 업그레이드를 준비

소형 SPA(React, Vue 단일 페이지 애플리케이션):

• 파일 수: 번들링 후 보통 1000개 미만 -> OK
• 빌드 횟수: 개발 단계에서 push가 잦으면 초과 가능
• 결론: 개발 단계에서 빌드 빈도 관리 필요

팀 협업 프로젝트:

• 동시 빌드: 여러 사람이 push하면 대기 발생 -> 효율 문제
• 빌드 횟수: 모두가 수정하면 쉽게 초과
• 결론: 유료 플랜으로 업그레이드해 동시 빌드를 여는 것을 권장

한도 초과 경고 신호

언제 유료 플랜을 고려해야 할까요?

1. 파일 수가 15,000개를 넘음: 상한까지 멀지 않음
2. 월 빌드 횟수가 300회를 넘음: 개발 리듬이 너무 빠름
3. 팀원이 3명을 넘음: 동시 빌드가 병목이 되기 시작
4. 사이트 콘텐츠가 빠르게 증가함: 월 50편 이상 새 글 추가

Pro 플랜은 월 $20이며 100,000개 파일과 동시 빌드를 열어 줍니다. 프로젝트가 규모화되기 시작했다면, 제한에 걸린 뒤 급하게 해결하는 것보다 이 비용이 더 합리적일 수 있습니다.

4. R2와 WAF: 저장소와 보안의 무료 경계

R2는 Cloudflare의 객체 저장소입니다. WAF는 Web Application Firewall입니다. 이 두 제품의 무료 플랜 제한은 프로젝트가 어디까지 갈 수 있는지를 결정합니다.

R2: 출구 트래픽 비용이 없는 대신

R2의 가장 매력적인 점은 출구 트래픽 비용이 없다는 것입니다. AWS S3는 출구 트래픽 비용으로 GB당 $0.09를 받습니다. Cloudflare R2는 받지 않습니다.

하지만 무료 플랜에는 제한이 있습니다. 공식 Pricing 문서는 다음을 명확히 적고 있습니다.

• 저장 용량: 10GB
• Class A 작업(쓰기/목록): 월 1,000,000회
• Class B 작업(읽기): 월 10,000,000회

10GB 저장소에는 무엇을 저장할 수 있을까요?

• 이미지(장당 500KB) -> 약 20,000장
• PDF 파일(개당 5MB) -> 약 2,000개
• 동영상(개당 100MB) -> 약 100개

겉으로는 괜찮아 보입니다. 하지만 이미지 호스팅 사이트를 운영하고 사용자의 업로드량을 통제하기 어렵다면 두 달 만에 가득 찰 수도 있습니다.

작업 quota는 상대적으로 여유롭습니다. Class A(쓰기)는 월 100만 회, Class B(읽기)는 월 1000만 회입니다. 읽기 압력이 큰 이미지 CDN 시나리오는 대체로 초과하지 않습니다. 쓰기 압력이 큰 사용자 잦은 업로드 시나리오는 모니터링이 필요합니다.

WAF: 보호 범위는 제한적이지만 충분한 경우가 많다

WAF 무료 플랜은 무엇을 제공할까요?

공식 문서는 2026년 5월 업데이트 후 다음을 명확히 설명합니다.

• Cloudflare Free Managed Ruleset(관리형 규칙 세트의 일부)
• 도메인 수준 WAF에만 접근 가능, 계정 수준 접근 불가
• WordPress 전용 보호 미포함
• 사용자 지정 규칙 사용 가능(Custom Firewall Rules)

“관리형 규칙 세트의 일부”란 무엇일까요? 공식 문서는 구체적인 숫자를 쓰지 않았지만, 커뮤니티 논의와 2022년 공식 블로그의 “WAF for everyone” 글에 따르면 무료 플랜이 다루는 것은 고위험 취약점 보호이지 전체 규칙이 아닙니다.

구체적으로는 다음이 포함됩니다.

• OWASP Top 10 핵심 취약점(SQL Injection, XSS 등)
• Cloudflare 전용 위협 규칙(일부)
• 고위험 CVE 취약점(긴급 수정)

포함되지 않는 것은 다음과 같습니다.

• WordPress 전용 보호(Pro 이상 필요)
• 고급 관리형 규칙(세밀한 설정)
• 계정 수준 통합 관리(여러 도메인에 공통 규칙 적용)

사용자 지정 규칙은 사용할 수 있습니다. 예를 들어 다음을 설정할 수 있습니다.

• IP 기준 차단(악성 IP 금지)
• 국가 기준 차단(Geo-blocking)
• User-Agent 기준 차단(크롤러 차단)
• URL 경로 기준 차단(민감한 경로 보호)

이 기능들은 소형 사이트에는 충분합니다. 블로그와 개인 프로젝트라면 무료 WAF만으로도 대부분의 자동화 공격을 막을 수 있습니다. 하지만 전자상거래나 금융성 비즈니스를 운영한다면 전체 규칙 세트를 열 수 있는 유료 플랜을 권장합니다.

적용 시나리오 분석

시나리오	R2는 충분한가?	WAF는 충분한가?
개인 블로그(이미지 < 100장)	✓ 완전히 충분	✓ 충분
이미지 호스팅 사이트(사용자 업로드 통제 가능)	✓ 총량 주의	✓ 충분
이미지 호스팅 사이트(사용자 업로드 통제 불가)	✗ 초과 가능	✓ 충분
파일 공유 사이트(PDF/문서)	✓ 파일 수에 따라 다름	✓ 충분
소형 전자상거래(민감 데이터 없음)	✓ 충분	△ 업그레이드 권장
중형 전자상거래(결제 흐름 있음)	✓ 충분	✗ 업그레이드 권장

R2의 10GB가 가장 중요한 병목입니다. 프로젝트에서 사용자 업로드량을 통제하기 어렵다면 저장소 확장을 미리 계획하거나 AWS S3 / Backblaze B2를 외부 계층 저장소로 연결하는 편이 좋습니다.

5. 시나리오 결정표: 무료 플랜은 정말 충분한가

앞 절들에서는 모든 숫자를 나열했습니다. 하지만 가장 중요한 질문은 이것입니다. 내 프로젝트가 한도를 넘을까?

아래는 빠르게 판단할 수 있는 표입니다. 프로젝트 유형과 규모별로 나누면 한눈에 볼 수 있습니다.

프로젝트 유형별 판단

프로젝트 유형	월 요청량	월 트래픽	저장소 요구	무료 플랜 결론
개인 블로그(정적)	< 10K	< 1GB	< 1GB	✓ 완전히 충분
기술 블로그(동적 SSR)	< 100K	< 10GB	< 1GB	△ Workers 초과 가능
API 서비스(소형)	< 3M	—	< 5GB	✗ Workers 유료 필요
이미지 호스팅 사이트(소형)	—	< 20GB	< 10GB	△ R2 초과 가능
이미지 호스팅 사이트(중형)	—	> 50GB	> 10GB	✗ R2 유료 필요
정적 콘텐츠 사이트(500편 이상)	—	< 20GB	—	△ Pages 파일 초과 가능
팀 협업 프로젝트	여러 명 개발	—	—	✗ Pages 동시 빌드 유료 필요

트래픽 규모별 판단

일 방문자 수	Workers 위험	Pages 위험	CDN 위험
< 100	없음	없음	없음
100-500	없음	없음	없음
500-1000	낮음(월 약 15K 요청)	없음	없음
1000-5000	중간(월 약 150K 요청)	낮음	없음
5000-10000	높음(Workers 초과 가능)	중간(빌드 빈도)	없음
> 10000	한도 초과	높음	없음(동영상 제외)

빠른 자가 점검 체크리스트

다음 질문에 답하면 한도 초과 여부를 판단할 수 있습니다.

1. 사이트에 하루 방문자가 몇 명인가요?

   • < 100 -> 모든 제품이 충분
   • 100-1000 -> Workers는 주의, 나머지는 OK

   • 1000 -> Workers 초과 가능

2. 사이트에 파일이나 글이 얼마나 있나요?

   • < 100 -> Pages 완전히 충분
   • 100-500 -> Pages OK, 다만 성장에 주의

   • 500 -> Pages 파일 수가 상한에 가까워질 수 있음

3. 팀원이 몇 명인가요?

   • 1명 -> Pages 단일 동시 빌드로 충분
   • 2-3명 -> Pages가 막힐 수 있음

   • 3명 -> 유료 플랜 업그레이드 권장

4. 사용자 파일을 얼마나 저장해야 하나요?

   • < 5GB -> R2 충분
   • 5-10GB -> R2가 거의 찬 상태

   • 10GB -> R2 유료 필요

5. 코드는 하루에 몇 번 빌드되나요?

   • 주 10회 미만 -> Pages 500회 빌드로 충분
   • 주 10-30회 -> Pages가 상한에 가까워질 수 있음
   • 주 30회 초과 -> Pages 초과 가능

언제 업그레이드해야 할까?

프로젝트에 다음 신호가 나타나면 Pro 플랜(월 $20)을 고려하는 편이 좋습니다.

• Workers 요청이 하루 80K에 가까움: 상한까지 멀지 않음
• Pages 빌드가 월 400회를 넘음: 개발 리듬이 너무 빠름
• R2 저장소가 8GB를 넘음: 곧 가득 참
• 팀 협업에서 빌드 대기열이 생김: 동시성 병목
• 사이트 트래픽이 빠르게 증가함: 예방적 업그레이드

Pro 플랜은 다음을 열어 줍니다.

• Workers 요청: 무제한(사용량 기반 과금, 100만 요청당 $0.02)
• Pages 파일: 100,000개
• Pages 빌드: 동시 5개
• R2 저장소: 사용량 기반 유료, 출구 트래픽 비용 없음
• WAF 규칙: 전체 관리형 규칙 세트

프로젝트가 이미 규모화되기 시작했다면 월 $20은 AWS/Vercel의 사용량 기반 과금보다 더 합리적일 수 있습니다. 적어도 Workers와 CDN 비용은 통제 가능한 범위에 둘 수 있습니다.

결론

Cloudflare 무료 플랜의 핵심 제한은 세 제품에 집중되어 있습니다. Workers(하루 10만 요청), Pages(월 500회 빌드), **R2(10GB 저장소)**입니다. CDN과 DNS의 “무제한”은 진짜에 가깝습니다. 동영상과 대용량 파일을 호스팅하지 않는다는 조건만 지키면 됩니다.

프로젝트가 아직 무료 플랜 범위 안에 있다면 지금 Cloudflare를 연결해 볼 때입니다. 글로벌 CDN, DDoS 보호, SSL 인증서 같은 기능은 다른 플랫폼에서는 비용이 드는 경우가 많습니다.

하지만 프로젝트가 이미 제한에 가까워졌다면 Pro 플랜의 월 $20은 AWS/Vercel의 사용량 기반 과금보다 더 나을 수 있습니다. 적어도 매달 얼마를 쓰는지 명확히 알 수 있고, 청구서를 보고 놀랄 일은 줄어듭니다.

더 읽어보기:

• Cloudflare 가격 비교: Free vs Pro vs Business — 각 플랜의 차이와 선택 기준 상세 비교
• Cloudflare Pro/Business 업그레이드 판단 가이드 — 언제 유료 플랜으로 업그레이드해야 하는지 판단하는 방법
• Cloudflare CDN 속도 측정과 성능 테스트 가이드 — 내 사이트의 도입 효과를 직접 측정하는 방법

마지막 조언은 이것입니다. 미리 모니터링하세요. dashboard를 매일 한 번 보고, 매주 quota 사용률을 확인하세요. 갑자기 403이 뜬 뒤에야 한도 초과를 알아차리면 늦습니다.

데이터 검증일: 2026-06-01. Workers/Pages/R2/D1 제한은 Cloudflare 공식 Limits 문서를 기준으로 했으며, 변경 가능성이 있으므로 최신 공식 공지를 확인하세요.