Cloudflare 후기: 2026년 8월 가격·기능·장단점 검증

Cloudflare 후기의 결론부터 말하면, 공개 웹사이트 대부분에는 도입할 가치가 있습니다. $0으로 권한 DNS, CDN, TLS, 기본 WAF, 사용량을 별도로 계량하지 않는 DDoS 방어를 모두 이용할 수 있기 때문입니다. 다만 도메인 하나가 다섯 개로 늘거나, Workers가 기술 스택에 들어가거나, 장애 때 사람의 도움이 필요해지면 판단에 조건이 붙습니다. Pro는 연간 결제 기준 도메인당 $20이고, Workers Paid는 계정당 별도 $5 플랜이며, 긴급 전화 지원은 Enterprise에서만 제공됩니다. 가격과 제품 세부 정보는 2026년 8월 7일 Cloudflare의 실제 페이지를 기준으로 확인했습니다.

Cloudflare란 무엇인가요?

Cloudflare는 방문자와 웹사이트 또는 애플리케이션의 오리진 사이에 놓이는 네트워크 계층입니다. 권한 DNS에 응답하고, TLS를 종료하며, 콘텐츠를 캐시하고, 요청을 검사해 공격을 차단한 뒤 허용된 트래픽을 오리진으로 전달할 수 있습니다. 같은 계정에서 개발자 플랫폼도 판매합니다. Workers는 엣지에서 코드를 실행하고, R2는 객체를 저장하며, Workflows는 지속성 있는 작업을 조율합니다. 이 폭넓은 범위가 Cloudflare를 선택할 이유인 동시에 꼼꼼히 검토해야 할 이유입니다. Cloudflare는 서로 바꿔 쓸 수 있는 단순한 CDN 구독 상품이 아닙니다. 도메인별 애플리케이션 플랜과 별도 과금되는 컴퓨팅·스토리지 플랫폼을 결합한 서비스이며, 한 공급업체가 DNS, 트래픽 정책, 보안, 코드 실행까지 통제하는 운영 모델입니다.

Cloudflare가 맞는 사용자와 피해야 할 사용자

DNS, 캐싱, TLS, DDoS 방어, 요청 정책을 여러 공급업체에서 따로 조립하지 않고 제대로 갖추려는 공개 웹사이트나 API라면 Cloudflare가 가장 강력한 기본 선택입니다. 반대로 필요한 것이 저렴한 대역폭뿐이거나, 애플리케이션 전체가 이미 AWS 안에 있거나, 팀이 권한 DNS 이전을 거부한다면 매력이 떨어집니다.

이 표의 가격은 2026년 8월 7일 각 공급업체의 실제 가격 페이지에서 확인했습니다. 후보를 가르는 기준은 4가지입니다. 한 공급업체가 운영 계층을 어디까지 맡아야 하는지, 권한 DNS를 이전할 수 있는지, 요금을 얼마나 예측 가능하게 유지해야 하는지, 그리고 워크로드에 엣지 코드가 필요한지 아니면 콘텐츠 전송만 필요한지를 봐야 합니다.

운영 단계 간 인계를 줄이고 싶다면 Cloudflare

Cloudflare는 마케팅 사이트, 대시보드, API, 로그인 흐름을 함께 운영하는 소규모 SaaS 기업에 잘 맞습니다. 하나의 요청이 오리진에 도달하기 전에 권한 DNS, TLS 종료, 캐시 규칙, 관리형 WAF 규칙, Worker를 차례로 거칠 수 있습니다. 창업자는 한곳에서 이 제어 항목들을 바꿀 수 있고, 운영자는 하나의 요청 경로를 기준으로 문제를 추론할 수 있으며, 엔지니어는 별도의 리전 서비스를 프로비저닝하지 않고 코드를 추가할 수 있습니다.

특히 오리진을 단순하고 안정적인 역할에 집중시키고 싶을 때 효과적입니다. 정적 자산은 캐시에 두고, 명백한 공격은 엣지에서 거부하며, 가벼운 요청 검증은 Worker에서 처리하면 애플리케이션 서버가 인증된 작업에 용량을 쓸 수 있습니다. Cloudflare를 켜기만 하면 느린 데이터베이스가 빨라진다는 뜻은 아닙니다. 애초에 그 데이터베이스까지 도달해야 하는 요청 수를 줄인다는 의미입니다.

시스템이 이미 AWS 네이티브라면 CloudFront

S3, Route 53, AWS WAF, CloudWatch Logs, Lambda 방식의 엣지 컴퓨팅이 이미 승인된 아키텍처 구성요소라면 Amazon CloudFront가 더 깔끔한 대안입니다. 현재 정액 플랜은 CDN, WAF, DDoS 방어, DNS, TLS, 로깅, 서버리스 엣지 컴퓨팅, 월별 S3 스토리지 크레딧을 한데 묶습니다. Free는 $0이며, 그다음은 Pro $15, Business $200, Premium $1,000, Custom 가격 순입니다. 각 플랜의 허용량 안에서는 초과 요금이 없습니다.

이 번들은 과거 CloudFront 비교를 어렵게 했던 청구 계산의 일부를 없앴습니다. 그렇다고 AWS 아키텍처 자체가 사라지는 것은 아닙니다. AWS 서비스 사용이 장점일 때 선택해야지, 팀이 AWS 의존도를 낮추려 할 때 선택할 상품은 아닙니다.

전송 계층 자체를 정교하게 제어하려면 Fastly

Fastly는 전송 우선 플랫폼을 원하고 지역별 사용량 과금을 받아들일 수 있는 팀을 위한 후보입니다. 현재 무료 허용량은 100 GB와 요청 100만 건입니다. 첫 유료 구간에서 북미와 유럽 전송료는 GB당 $0.12이고, 요청 100만 건부터 1억 건까지는 10,000건당 $0.01입니다.

이 모델은 광범위한 도메인별 플랜과 부가 기능을 합산하는 방식보다 실제 전송 트래픽에 비용을 귀속하기 쉽습니다. 그러나 일반적인 회사 사이트라면 Cloudflare Free보다 훨씬 비싸질 수도 있습니다. 전송 계층에 별도 엔지니어링 책임자를 둘 가치가 있을 때는 Fastly 쪽으로 기울고, DNS·보안·컴퓨팅·스토리지를 함께 도입하려는 구매자라면 반대쪽으로 기웁니다.

단순한 대역폭 경제성이 우선이라면 bunny.net

bunny.net은 다운로드, 이미지, 콘텐츠 중심 사이트처럼 이해하기 쉬운 CDN 요금이 핵심인 경우 실용적인 대안입니다. Standard Network의 유럽·북미 전송료는 GB당 $0.01이고 월 최저 요금은 $1입니다. 월간 자산 트래픽이 200 GB라면 다른 서비스를 추가하기 전 전송 비용은 약 $2부터 시작합니다.

대신 범위가 좁습니다. 저렴한 CDN 요금만으로 Cloudflare의 애플리케이션 플랜, WAF 운영 모델, Workers 런타임, R2, DNS 제어를 재현할 수는 없습니다. 바로 그 좁은 경계가 원하는 조건일 때 bunny.net을 선택해야 합니다.

엣지 인프라를 코드 주변에 붙이는 것이 아니라 애플리케이션을 만들고 호스팅해 주는 AI 빌더가 필요하다면 Replit이 더 적합한 구매 대상입니다. Cloudflare는 구매자가 요청 경로와 프로덕션 아키텍처를 이해한다고 전제합니다.

Cloudflare를 처음 도입할 때 DNS와 CDN부터 시작해야 하는 이유

Cloudflare의 가치는 DNS, 프록시, 캐싱, 오리진 보호를 따로 켜는 옵션이 아니라 하나의 마이그레이션으로 다룰 때 가장 분명해집니다. Cloudflare CDN은 335+개 도시의 데이터센터에서 정적·동적 콘텐츠를 캐시한다고 밝히며, Authoritative DNS는 무료이고 API로 제어할 수 있습니다.

올바른 워크플로는 주황색 프록시 스위치가 아니라 DNS 레코드에서 시작합니다.

1. 1

   DNS 권한을 넘기기 전에 레코드 목록부터 정리합니다

   현재 A, AAAA, CNAME, MX, TXT, 인증 레코드를 모두 나열합니다. Cloudflare의 빠른 스캔은 유용하지만, 자체 설정 안내서에서도 모든 레코드를 찾아낸다고 보장하지 않습니다. 메일, 인증, DKIM 레코드 하나를 놓치면 웹사이트와 무관한 서비스까지 중단될 수 있습니다.

2. 2

   DNSSEC를 계획적으로 처리하며 네임서버를 이전합니다

   Free와 Pro는 primary, 즉 full setup을 사용합니다. 도메인의 권한 네임서버를 Cloudflare가 할당한 2개로 바꿔야 합니다. DNSSEC가 활성화돼 있다면 변경 전에 등록기관에서 비활성화하고, 영역이 활성화된 뒤 Cloudflare를 통해 다시 켭니다. 기존 DNSSEC 체인이 살아 있는 상태에서 네임서버를 바꾸면 도메인에 접속할 수 없게 될 수 있습니다.

3. 3

   웹 트래픽은 프록시하고 메일 레코드는 DNS 전용으로 둡니다

   CDN과 보안 처리가 필요한 웹용 A, AAAA, 지원되는 CNAME 레코드를 프록시합니다. MX와 관련 메일 레코드는 DNS 전용으로 유지합니다. 경계는 간단합니다. Cloudflare가 검사할 수 있는 HTTP/S 트래픽은 프록시하고, 외부 인증과 메일 라우팅은 계속 직접 해석되도록 합니다.

4. 4

   안전한 콘텐츠를 캐시하고 오리진을 검증합니다

   버전이 붙은 정적 자산부터 시작하고, 애플리케이션에 명확한 최신성 정책이 있는 곳에만 규칙을 추가합니다. 렌더링된 페이지, 인증 경로, API 응답, 오리진 로그를 확인합니다. 마지막으로 호스팅 환경이 허용한다면 오리진 직접 접근을 제한합니다. 오리진 IP가 노출되면 공격자가 방금 구성한 엣지 제어를 우회할 수 있기 때문입니다.

full setup 요구사항은 단순한 설정 각주가 아니라 제품의 경계입니다. Free와 Pro에서는 다른 권한 DNS 공급업체를 계속 사용할 수 없습니다. 외부 권한 DNS를 유지하면서 선택한 호스트 이름만 프록시하는 partial CNAME setup은 Business와 Enterprise에서만 제공됩니다. 그 경우에도 도메인이 Cloudflare 네임서버를 쓰지 않으므로 DNS 인프라 DDoS 방어를 이용할 수 없다고 Cloudflare는 명시합니다.

따라서 선택 기준은 명확합니다. Cloudflare가 권한 DNS를 맡아도 된다면 Free나 Pro를 사용합니다. 부분 도입이 필수이고 남는 절충점을 받아들일 수 있다면 Business나 Enterprise 비용을 지불합니다. 독립적인 권한 DNS가 반드시 필요하면서 상위 티어에 비용을 쓸 의사가 없다면 Cloudflare를 제외합니다.

WAF와 DDoS 방어는 정책이 좁고 명확할 때 효과적입니다

Cloudflare WAF는 애플리케이션에 닿기 전에 HTTP/S 요청을 검사하고 관리형 규칙과 사용자 지정 규칙을 모두 적용할 수 있어 유용합니다. 팀이 공격적인 제어를 전부 켠 뒤 정상 사용자가 차단되는 일을 겪고 엣지 보안을 믿을 수 없다고 결론 내리면 이 보안 워크플로는 실패합니다.

SaaS 로그인 사례를 생각해 보겠습니다. 관리형 규칙 세트를 기준선으로 활성화한 뒤 실제 악용 패턴을 겨냥한 좁은 사용자 지정 규칙을 추가합니다. 예상하지 않은 메서드, 알려진 악성 경로, 로그인 경로를 반복해서 두드리는 자동화가 그 예입니다. 방문자 확인이 필요한 지점에만 Turnstile을 붙입니다. Turnstile은 무료이며, Cloudflare는 광고 리타기팅 목적으로 데이터를 수집하지 않는다고 설명합니다.

규칙의 순서가 중요합니다. 관리형 규칙은 SQL 인젝션이나 크로스 사이트 스크립팅처럼 흔한 웹·API 공격을 잡습니다. 사용자 지정 규칙은 해당 애플리케이션만의 조건을 표현합니다. Turnstile은 선택한 상호작용에서 사람일 가능성이 높은 방문자와 자동화 트래픽을 구분합니다. 하지만 이 중 어느 것도 서버 측 권한 검사를 대신하지 않습니다. 인증된 사용자가 요청한 레코드를 읽거나 수정할 수 있는지는 여전히 애플리케이션이 판단해야 합니다.

소규모 전자상거래 사이트라면 기능이 허용하는 범위에서 관찰 모드로 시작하고 차단 전에 이벤트 데이터를 읽습니다. 결제 공급업체의 콜백은 인증 방식을 확인한 뒤에만 예외 처리합니다. 통합 한 곳이 고장 났다는 이유로 넓은 경로 전체를 허용하는 규칙을 만들지 마세요. 예외 범위를 좁혀야 나머지 제어가 유지됩니다.

Cloudflare의 현재 DDoS 페이지는 네트워크 용량을 500 Tbps라고 밝힙니다. 하나의 오리진이 감당할 수 있는 수준을 훨씬 넘는 공격을 네트워크가 흡수할 수 있다는 의미 있는 근거입니다. 그러나 모든 애플리케이션 계층 규칙이 정확하다거나 하위 티어의 모든 지원 요청에 즉시 응답한다는 보장은 아닙니다.

오리진은 여전히 구매자의 책임입니다. 공격자가 오리진 주소를 알고 직접 접근할 수 있다면 트래픽은 WAF를 우회할 수 있습니다. API가 Cloudflare가 평소 추가하는 헤더라는 이유만으로 신뢰하면 직접 요청이 그 헤더를 위조할 수도 있습니다. 오리진 인바운드를 제한하고, 애플리케이션 안에서 신원을 검증하며, 사고 중에 대시보드 설정을 기억해 내는 데 의존하지 않는 복구 경로를 마련해야 합니다.

Workers는 엣지 정책을 애플리케이션 코드로 바꿉니다

Cloudflare Workers가 더해지면 Cloudflare는 ‘보안이 포함된 CDN’을 넘어 애플리케이션 플랫폼이 됩니다. 330+개 도시의 엣지에서 서버리스 함수를 실행하고, I/O를 기다리는 시간이 아니라 CPU 시간에 과금하며, 점진적인 비율 기반 배포와 롤백을 지원합니다.

프로덕션에서 유용한 워크플로로 웹훅 수신을 들 수 있습니다. Worker가 요청을 받고 서명을 검증한 뒤 잘못된 입력은 거부하고, 원본 페이로드를 R2에 저장한 다음 Workflow를 시작합니다. Workflow는 범위가 정해진 변환을 수행하고, 실패한 다운스트림 호출을 재시도하며, 필요하면 승인 이벤트를 기다린 뒤 최종 상태를 기록합니다. Cloudflare Workflows는 상태를 분, 시간, 주 단위로 보존하며 상시 실행 프로세스 없이 외부 이벤트를 기다릴 수 있습니다.

이 아키텍처는 빠른 접수와 느린 비즈니스 작업을 분리합니다. 발신자는 빠르게 응답을 받고, 지속성 있는 프로세스가 재시도를 책임지며, 원본 페이로드는 감사나 재실행을 위해 남습니다. 지역 서비스 기업은 리드 접수에, SaaS 기업은 결제 이벤트에, 에이전시는 승인이 필요한 게시 과정에 활용할 수 있습니다.

Workers에도 분명한 한계가 있습니다. Free와 Paid 모두 메모리는 128 MB입니다. Free는 하루 100,000건의 요청, 호출당 10 ms의 CPU, 호출당 50개의 하위 요청, 3 MB 크기의 Worker를 허용합니다. Paid에서는 하위 요청 허용량이 10,000개, Worker 크기가 10 MB로 늘어나며, HTTP CPU는 기본 30초에서 최대 5분까지 설정할 수 있습니다. 요청 처리와 오케스트레이션에는 강력한 런타임이지만, 대용량 메모리 데이터 작업이나 임의의 장기 실행 서버를 대신하지는 못합니다.

별도 플랜이라는 점만 인지하면 과금 모델은 이례적으로 이해하기 쉽습니다. Workers Paid는 계정당 매월 최소 $5이며 요청 1,000만 건과 CPU 3,000만 밀리초를 포함합니다. 이후 추가 요청 100만 건당 $0.30, 추가 CPU 100만 밀리초당 $0.02가 부과됩니다. Workers에는 별도의 이그레스 또는 처리량 요금이 없습니다.

한 달에 Worker 하나가 동적 요청 3,000만 건을 처리하고 요청당 CPU를 5 ms 사용한다고 가정해 보겠습니다. 기본 요금은 $5입니다. 허용량을 넘는 요청 2,000만 건의 요금은 $6이고, 허용량을 넘는 CPU 1억 2,000만 밀리초의 요금은 $2.40입니다. 합계는 월 $13.40, 요청 100만 건당 약 $0.45입니다. 128 MB와 런타임 모델이 작업에 맞는다면 가벼운 라우팅이나 검증에는 매우 좋은 가격입니다.

Cloudflare가 2026년 8월 3일 공개한 프로덕션 노트는 Workers AI가 단순한 모델 카탈로그 이상임을 보여 줍니다. Cloudflare에 따르면 FP8 캐시로 메모리에 상주시킬 수 있는 Kimi K2.6 컨텍스트가 약 686,000 토큰에서 약 137만 토큰으로 늘었습니다. 동시 요청 64개에서는 초당 2,192 토큰을 기록해 BF16 최고치보다 약 41% 높았고, 토큰당 비용은 약 30% 낮았습니다. GLM 5.2의 경우 INT4 압축으로 모델 가중치가 705 GB에서 421 GB로 약 40% 줄었으며, Cloudflare는 평가 제품군 전체에서 정확도 차이가 0.8점 이내였다고 밝혔습니다.

이는 Cloudflare가 호스팅 추론 시스템에서 측정한 결과입니다. 일반적인 Worker의 벤치마크가 아니며 모든 AI 모델에서 같은 지연 시간을 얻는다는 증거도 아닙니다. 다만 API 뒤편의 기반 기술에도 투자하고 있음을 보여 줍니다. Workers에서 에이전트를 고려하는 개발자라면 이 인프라 맥락과 함께 Cloudflare 프로덕션 에이전트 비용 분석을 참고할 수 있습니다.

R2는 매력적인 스토리지지만 운영 요금이 붙습니다

Cloudflare R2는 객체 스토리지의 이그레스 비용이 문제일 때 함께 검토할 제품 중 가장 매력적입니다. S3 호환과 강한 일관성을 지원하고 Workers 바인딩, S3 호환 API, REST API로 접근할 수 있으며 인터넷 이그레스 요금을 부과하지 않습니다.

고객 업로드 워크플로를 예로 들어 보겠습니다. 브라우저가 통제된 애플리케이션 경로로 업로드를 보내면 객체가 리전 R2 버킷에 저장되고, 메타데이터 커밋이 끝난 뒤 성공 응답이 반환됩니다. 승인된 객체는 사용자 지정 도메인에서 제공합니다. 더 빠르게 읽을 수 있도록 그 도메인 앞에 Cloudflare Cache를 둘 수 있습니다. 비공개 업로드는 비공개 상태로 유지하고 애플리케이션을 통해서만 접근 권한을 발급하며, 원본 파일과 처리된 공개 자산을 분리해야 합니다.

Standard 스토리지 요금은 GB-month당 $0.015입니다. 월간 무료 티어에는 10 GB-month, Class A 작업 100만 건, Class B 작업 1,000만 건이 포함됩니다. 이를 넘으면 Class A 작업은 100만 건당 $4.50, Class B 작업은 100만 건당 $0.36입니다. 인터넷 이그레스는 무료입니다.

1 TiB, 즉 1,024 GB의 스토리지 비용은 유료 작업을 제외하고 월 $15.21입니다. 무료 10 GB를 빼고 1,014 GB에 $0.015를 곱한 값입니다. 읽기와 쓰기가 무료 작업 허용량 안에 머문다면 이것이 스토리지 요금의 전부입니다. 그러나 하루 1,000만 개의 객체를 제공하는 워크로드는 그 범위 안에 머물지 않습니다. 무료 이그레스를 무료 전송으로 해석해서는 안 되는 이유입니다.

Infrequent Access는 GB-month당 $0.01로 보관 비용이 더 저렴하지만 접근 비용은 더 비쌉니다. Class A 작업 100만 건당 $9, Class B 작업 100만 건당 $0.90, 검색한 데이터 GB당 $0.01이 부과되며 최소 보관 기간은 30일입니다. 자주 읽는 자산에 습관적으로 할인을 적용하는 용도가 아니라 실제로 접근 빈도가 낮은 객체에 사용해야 합니다.

Cloudflare 가격: 모든 티어와 실제 청구 구조

Cloudflare 가격은 첫 도메인에서는 매력적이지만 도메인, 부가 기능, 컴퓨팅, 스토리지가 쌓이면 상당한 인프라 비용이 될 수 있습니다. 아래 애플리케이션 티어는 2026년 8월 7일 실제 Cloudflare 플랜 페이지를 기준으로 확인했습니다.

Pro보다 Free가 올바른 시작점인 경우가 더 많습니다

Free에는 대부분의 소규모 사이트가 Cloudflare를 도입하는 핵심 이유가 들어 있습니다. 빠른 DNS, CDN, Universal SSL, 사용량을 별도로 계량하지 않는 DDoS 방어, WAF 접근, Free Managed Ruleset입니다. 사이트가 계약상 핵심 서비스가 아니라면 여기서 시작하고, 업그레이드 전에 무엇이 부족한지 측정해야 합니다.

Free는 지원 플랜이 아닙니다. 공개 지원 표에는 Community와 Discord가 권장되며 지원 케이스는 포함되지 않습니다. 가동 시간 SLA도 없습니다. 포트폴리오, 초기 제품, 보조 사이트에는 받아들일 만합니다. 장애 중 사람의 답변을 기대하는 스토어라면 적절한 운영 모델이 아닙니다.

Pro는 비즈니스 연속성이 아니라 기능 세트를 구매합니다

Pro의 도메인당 가격은 연간 결제 시 월 $20, 월별 결제 시 $25입니다. 비즈니스 핵심이 아닌 전문 웹사이트용이라는 설명이 붙어 있고, 가동 시간 SLA가 없다는 점도 그 정의와 일치합니다.

Argo Smart Routing이 포함된다고 생각해 Pro를 구매해서는 안 됩니다. Cloudflare는 현재 Smart Shield + Argo를 월 $5부터 시작하는 부가 기능으로 표시합니다. Load Balancing도 $5부터, Advanced Certificate Manager는 $10부터 시작하며, Log Explorer는 최초 10 GB 이후 수집 데이터 GB당 $1입니다. 측정된 문제를 해결하는 특정 Pro 기능이 있을 때 업그레이드하고, 필요한 부가 기능은 별도로 계산해야 합니다.

Business는 다른 위험 등급을 위한 10배 인상입니다

Business는 도메인당 연간 결제 시 월 $200, 월별 결제 시 $250입니다. 1x 서비스 크레딧이 적용되는 공개 100% 가동 시간 SLA가 추가되고 요청 본문 제한이 100 MB에서 200 MB로 늘어납니다. 권한 DNS를 옮길 수 없을 때 중요한 partial CNAME setup도 열립니다.

문제는 가격이 도메인마다 곱해진다는 점입니다. 연간 결제 요율로 Pro 도메인 5개는 연 $1,200입니다. Business 도메인 5개는 연 $12,000입니다. 하위 도메인은 플랜 요금이 추가되지 않으므로 아키텍처와 보안 경계에 맞는다면 하나의 도메인 아래 서비스를 통합할 수 있습니다. 정당한 격리 요구사항을 무시하면서까지 도메인 모델을 왜곡해서는 안 됩니다.

Contract는 하위 티어로 흉내 낼 수 없는 지원과 제어를 구매합니다

Contract 가격은 맞춤형이며 연간 청구됩니다. Cloudflare는 이 티어를 미션 크리티컬 애플리케이션용으로 제시합니다. 공개 가동 시간 서비스 크레딧은 Standard Success에서 10x, Premium Success에서 25x이며 긴급 전화 지원은 Enterprise 고객으로 제한됩니다. Premium Enterprise의 최초 응답 SLA는 P1 1시간, P2 2시간이고 Standard Enterprise는 각각 2시간과 4시간입니다.

긴급 전화 연결, 계약상 응답 목표, 기본 500 MB 요청 본문, 엔터프라이즈 온보딩이 필수라면 Pro로 대체할 방법은 사실상 없습니다. 가격 협상 전에 해당 요구사항을 조달 조건에 넣어야 합니다.

애플리케이션 플랜은 청구서의 첫 번째 계층일 뿐입니다

아키텍처에서 사용하는 별도 과금 서비스를 더해야 합니다.

• Workers Paid는 계정당 월 $5부터 시작하며, 허용량을 넘으면 요청과 CPU 사용량에 따라 과금됩니다.
• R2는 스토리지와 작업량에 따라 과금하지만 인터넷 이그레스는 계속 무료입니다.
• Smart Shield + Argo와 Load Balancing은 각각 월 $5부터 시작합니다.
• Advanced Certificate Manager는 월 $10부터 시작합니다.
• Log Explorer는 최초 10 GB 이후 수집 데이터 GB당 $1를 청구합니다.

구매를 결정짓는 Cloudflare 장단점과 한계

Cloudflare의 한계는 구조에서 나옵니다. 권한 DNS, 도메인별 플랜, 분리된 제품별 계량, 하위 티어의 지원 한계, 엣지 런타임 제한이 핵심입니다. 대시보드가 복잡해 보이는지보다 이런 조건이 훨씬 중요합니다.

1. Free와 Pro는 권한 DNS가 필요합니다

Free와 Pro는 primary, 즉 full DNS setup만 지원합니다. 도메인은 Cloudflare의 권한 네임서버를 사용해야 합니다. 다른 권한 DNS 공급업체를 유지해야 하는 팀은 Free나 Pro의 설정 하나로 이 문제를 해결할 수 없습니다.

Business와 Enterprise는 partial CNAME setup을 지원하지만, 절충에는 또 다른 대가가 따릅니다. Cloudflare는 부분 설정에서 DNS 인프라 DDoS 방어를 이용할 수 없다고 밝힙니다. 외부 권한을 유지하면 한 종류의 제어권은 보존하지만 Cloudflare가 DNS에 응답해야 제공할 수 있는 방어를 포기하게 됩니다.

2. 유료 애플리케이션 요금은 도메인마다 늘어납니다

Cloudflare의 애플리케이션 플랜은 계정이 아니라 도메인별로 과금됩니다. 하나의 유료 도메인 아래 여러 하위 도메인을 둬도 별도 요금은 없지만, 서로 다른 유료 도메인 5개에는 구독 5개가 생깁니다. 브랜드, 앱, 문서, 상태, 캠페인 도메인으로 구성된 평범한 포트폴리오도 조달 결정으로 바뀔 수 있습니다.

Pro 도메인 5개의 연간 비용 $1,200은 타당할 수 있습니다. Business 도메인 5개의 연간 비용 $12,000은 각 업그레이드에 분명한 이유를 요구합니다. 막연히 ‘Cloudflare를 쓴다’는 정책만으로는 충분하지 않습니다.

3. 개발자 플랫폼은 두 번째 과금 체계입니다

Workers Paid는 애플리케이션 플랜과 별도입니다. R2에는 자체 스토리지·작업량 계량이 있고, Workflows에는 단계와 상태라는 개념이 더해집니다. Images, Stream, 로그, 인증서, 라우팅, 로드 밸런싱도 각각 다른 기준으로 과금됩니다.

이 모듈성 덕분에 팀은 쓰는 것만 구매할 수 있습니다. 그러나 최상위 플랜 가격만으로는 비용을 예측할 수 없다는 뜻이기도 합니다. 프로토타입이 조용히 프로덕션이 되기 전에 모든 제품에 담당자, 예산 알림, 삭제 경로를 지정해야 합니다.

4. 하위 티어 지원 수준은 네트워크의 중요도와 맞지 않습니다

현재 지원 표에서 Free 고객은 Community와 Discord를 이용할 수 있지만 지원 케이스 권한은 없습니다. Pro와 Business는 케이스를 열 수 있으나, 지원 페이지에 공개된 계약상 최초 응답 SLA는 Enterprise와 Premium Enterprise 대상입니다. 긴급 전화 지원도 Enterprise 전용입니다.

수익을 내는 소규모 사이트에는 이 불균형이 가장 어려운 한계입니다. Cloudflare가 모든 요청 앞에 놓여 있어도 구매자에게 전화 에스컬레이션 경로가 없을 수 있습니다. 1시간의 장애 비용이 Business와 Enterprise의 가격 차이보다 크다면, 지원은 사고 뒤 불만을 제기할 사안이 아니라 아키텍처 결정에 포함할 요소입니다.

5. Workers는 대용량 메모리 범용 컴퓨팅 서비스가 아닙니다

Workers는 Free와 Paid 모두 메모리가 128 MB입니다. Free는 호출당 CPU 10 ms를 제공하고, Paid는 기본 30초에서 HTTP 최대 5분까지 설정할 수 있습니다. 요청 본문 상한은 Free와 Pro 100 MB, Business 200 MB, Enterprise 기본 500 MB입니다. 캐시된 객체는 Enterprise 미만에서 최대 512 MB, Enterprise에서 최대 5 GB입니다.

Workers는 요청 처리, 정책, 가벼운 API, 오케스트레이션, 엣지 변환에 사용합니다. 메모리를 많이 쓰는 처리, 특수 바이너리, 무거운 배치 작업은 그에 맞는 컴퓨팅 환경으로 옮겨야 합니다. Workflows가 몇 주 동안 기다릴 수 있다고 해서 각 단계에 무제한 메모리가 생기는 것은 아닙니다.

6. 하나의 제어 영역이 하나의 큰 장애 범위를 만듭니다

DNS, CDN, WAF, 접근 정책, 코드, 스토리지, 로그를 한 공급업체에 모으면 인계 지점이 줄어듭니다. 동시에 잘못된 계정 변경, 지나치게 넓은 규칙, 플랫폼 사고 하나가 여러 계층에 함께 영향을 줄 수 있습니다. 편의성과 장애 영향 범위가 함께 커집니다.

제품이 지원하는 범위에서는 인프라 설정을 버전 관리에 보관해야 합니다. 계정 역할을 분리하고, 사고 검토에 필요한 증거를 내보내며, 오리진 복구 절차를 유지합니다. 목표는 Cloudflare가 절대 실패하지 않는다고 가장하는 것이 아닙니다. 한 번의 실패를 이해하고 되돌릴 수 있게 만드는 것입니다.

Cloudflare 후기: 최종 평가와 선택 기준

Cloudflare는 공개 웹사이트, API, 가벼운 엣지 애플리케이션 대부분에 추천할 만합니다. Free의 기능은 이례적으로 충실합니다. DNS에서 캐시, WAF, Worker까지 이어지는 통합 경로는 새 사이트 앞에 Cloudflare를 기본으로 배치할 만큼 운영 연결 작업을 줄여 줍니다.

유료 플랜에 대한 평가는 더 좁습니다. Pro는 특정 Pro 기능이 연간 결제 기준 도메인당 월 $20 이상의 가치를 만들 때만 적합합니다. Business는 기능 세트, 100% 가동 시간 SLA, 200 MB 요청 본문, partial CNAME setup이 연간 결제 기준 도메인당 월 $200보다 더 큰 가치를 보호할 때 적합합니다. 긴급 전화 지원, 응답 SLA, 엔터프라이즈 제어, 미션 크리티컬 계약이 선호가 아니라 요구사항이라면 Contract가 맞는 티어입니다.

선택 기준은 다음과 같습니다. 4가지 조건이 모두 참일 때 Cloudflare를 선택합니다. 권한 DNS를 옮길 수 있거나 partial setup 예산이 있고, 워크로드가 128 MB 엣지 런타임 모델에 맞으며, 도메인별 플랜과 Workers·스토리지·부가 기능을 모두 합친 비용을 감당할 수 있고, 지원 채널이 장애 비용에 걸맞아야 합니다.

첫 번째 조건이 거짓이라면 AWS 안에서는 CloudFront를, 또는 필요한 DNS 모델을 유지할 수 있는 다른 CDN을 선택합니다. 저렴한 전송만 필요하면 bunny.net을 고릅니다. 전송 팀이 별도 소유하고 지역별로 과금되는 엣지 계층을 원한다면 Fastly를 후보에 넣습니다. 제품에 대용량 메모리 컴퓨팅이나 장기 실행 프로세스가 필요하다면 해당 컴퓨팅은 다른 곳에 두고 Cloudflare는 엣지 강점이 필요한 부분에만 사용합니다.

결론은 단순합니다. Pro가 아니라 Cloudflare Free부터 시작하세요. 도메인은 구체적으로 필요한 기능이 있을 때만 업그레이드합니다. Workers는 별도 플랫폼으로 비용을 계산한 뒤 추가합니다. DNS 독립성이나 하위 티어의 사람 지원을 양보할 수 없다면 Cloudflare를 아예 선택하지 않는 편이 낫습니다.

Cloudflare 자주 묻는 질문

Cloudflare는 실제로 좋은가요?

Cloudflare는 권한 DNS, CDN, TLS, 관리형 WAF, DDoS 방어, 선택적인 엣지 코드를 하나의 계층에서 활용할 수 있는 공개 사이트와 API에 적합합니다. 다른 공급업체가 권한 DNS를 계속 맡아야 하거나, Workers에서 128 MB가 넘는 메모리가 필요하거나, Enterprise 미만에서 긴급 전화 지원이 필요한 경우에는 적합도가 떨어집니다.

Cloudflare의 단점은 무엇인가요?

주요 단점은 Free와 Pro의 권한 DNS 의무, 도메인별로 부과되는 유료 애플리케이션 플랜, 별도 최소 $5 Workers 플랜, 별도 계량되는 스토리지와 부가 기능, 제한적인 하위 티어 에스컬레이션입니다. Cloudflare가 DNS, 보안, 트래픽 정책, 컴퓨팅을 모두 맡으면 하나의 공통 장애 범위가 된다는 점도 있습니다.

Cloudflare는 정말 무료인가요?

그렇습니다. Free Application Services 플랜은 $0이며 핵심 DNS, CDN, Universal SSL, 사용량을 별도로 계량하지 않는 DDoS 방어, WAF 접근, 무료 관리형 규칙 세트를 포함합니다. Workers Paid, 무료 티어를 넘는 R2 사용량, Argo 같은 부가 기능은 별도 구매입니다.

Cloudflare의 가장 큰 경쟁사는 어디인가요?

Cloudflare의 모든 제품에 대응하는 단일 경쟁사는 없습니다. AWS 네이티브 스택에는 Amazon CloudFront, 별도 관리형 전송 플랫폼에는 Fastly, 간단하고 저렴한 콘텐츠 전송에는 bunny.net이 관련 대안입니다. 무엇을 대체하려는지에 따라 최적의 선택이 달라집니다.

Cloudflare는 소규모 비즈니스에도 가치가 있나요?

Cloudflare Free는 소규모 비즈니스 사이트 대부분에서 시도할 가치가 있습니다. 특정 기능이 연간 결제 기준 도메인당 월 $20를 정당화할 때만 Pro를 선택합니다. 100% 가동 시간 SLA, 더 높은 제한, partial CNAME setup이 연간 결제 기준 도메인당 월 $200의 가치가 있을 때만 Business를 선택합니다.

Cloudflare Workers의 가격은 얼마인가요?

Workers Free에는 하루 100,000건의 요청과 호출당 10 ms CPU가 포함됩니다. Workers Paid는 계정당 월 $5부터 시작하는 별도 플랜으로, 요청 1,000만 건과 CPU 3,000만 밀리초를 포함합니다. 이후 추가 요청 100만 건당 $0.30, 추가 CPU 100만 밀리초당 $0.02가 부과됩니다.

Cloudflare R2는 이그레스 요금을 부과하나요?

R2는 인터넷 이그레스 요금을 부과하지 않습니다. Standard 스토리지는 무료 10 GB-month를 넘으면 GB-month당 $0.015이며, 월간 Class A 100만 건과 Class B 1,000만 건을 넘는 작업에는 별도 요금이 붙습니다. 무료 이그레스는 한 가지 비용을 없앨 뿐 전체 스토리지 요금을 없애지는 않습니다.

Cloudflare를 쓰면서 현재 DNS 공급업체를 유지할 수 있나요?

Cloudflare의 primary full setup과 권한 네임서버가 필요한 Free나 Pro에서는 불가능합니다. Business와 Enterprise는 선택한 호스트 이름에 partial CNAME setup을 사용할 수 있지만, Cloudflare는 이 설정에서 DNS 인프라 DDoS 방어를 이용할 수 없다고 명시합니다.