콘텐츠로 이동

Cloudflare

고객이 사 온 도메인을 우리 웹사이트에 연결하면, 그 요청이 전 세계 어디서 어떻게 우리 서버로 오는지를 관리해야 해요. 도메인을 어떤 주소로 이을지(DNS), 페이지를 빠르게 뿌려줄지(CDN), 악성 트래픽을 걸러낼지(WAF) — 이걸 각각 다른 곳에서 관리하면 통일성이 떨어지죠. Cloudflare는 전 세계에 분산된 DNS·CDN 서비스를 하나로 묶어, 속도와 안정성, 보안(방화벽)까지 함께 잡아주는 서비스예요. 현재 🟢 운영 상태로 실제로 쓰고 있어요.

한눈에 보면 이렇게 역할이 나뉘어요. DNS는 '도메인을 어디로 이을지', CDN은 '콘텐츠를 얼마나 빠르게 뿌릴지', WAF는 '어떤 트래픽을 막을지'를 각각 담당해요. 이 셋이 한 서비스에 묶여 있어서 통일된 운영이 가능해요.

핵심 개념

  • DNS 레코드 종류 — A 레코드는 도메인을 IP로, CNAME 레코드는 도메인을 다른 도메인으로 연결합니다. 어떤 목적이냐에 따라 쓰는 레코드가 달라져요.
  • DNS (Domain Name System) — 도메인 이름을 실제 서버 주소(IP)로 바꿔주는 역할이에요. 'www.example.com' 같은 이름이 어디를 가리키는지를 기록(레코드)으로 관리하죠. A·CNAME 같은 레코드가 그 요청 경로를 정해요.
  • CDN (Content Delivery Network) — 페이지·이미지·정적 파일을 전 세계 여러 곳에 캐시해 두고, 사용자와 가까운 곳에서 빠르게 서빙하는 네트워크예요. 원본 서버까지 갈 필요가 줄어 로딩이 빨라져요.
  • WAF (Web Application Firewall) — 악성 요청(공격·봇)을 애플리케이션에 닿기 전에 걸러내는 방화벽이에요. 흔한 웹 공격을 미리 차단해서 원본 서버를 보호해요.
  • 보안 레이어 — DNS와 CDN이 Cloudflare를 통과하도록 하면, 원본 서버의 IP가 직접 노출되지 않아 보안상 이점이 있어요. 요청이 Cloudflare를 경유하는 구조가 방어막이 되죠.
  • 통합 운영의 이점 — DNS·CDN·WAF가 한 곳에서 관리되므로, '어디서 늦어지고 어디서 막혔는지'를 한 화면에서 보고 조치할 수 있어요.

사용 사례 / 실제 적용

커스텀 도메인 연결에서 Cloudflare는 DNS·CDN을 담당하는 축이에요. 가비아에서 고객이 산 도메인을 Cloudflare DNS로 이어서 요청이 우리 서버로 오게 하고, CDN으로 콘텐츠를 빠르게 서빙하며, WAF로 트래픽을 걸러냅니다. 인증서는 Let's Encrypt로 자동 발급·갱신해서 '도메인만 사면 나머지는 자동'이 되게 하는 게 목표예요. 같은 자리를 AWS Route 53이 함께 맡고 있어서, 상황에 따라 DNS를 나눠 쓰기도 하죠. 전체 흐름은 외부 연동 허브와 Notion API에서 이어져요.

프록시(CDN)를 쓸 때 놓치기 쉬운 점은 캐시와 원본 서버의 관계예요. 콘텐츠가 바뀌었는데 CDN이 옛 버전을 캐시해 두고 있으면 사용자는 오래된 페이지를 보게 돼요. 그래서 캐시 무효화(퍼지) 전략을 배포 흐름과 함께 설계해야 해요. 또 WAF가 정상 트래픽까지 막지 않도록 규칙을 신중히 구성하는 것도 운영의 핵심이에요. 운영할 때는 이 점도 기억하면 좋아요.

  • 캐시 무효화 — 배포 시 변경된 경로의 캐시를 퍼지해 사용자가 새 콘텐츠를 보도록 해요.
  • WAF 규칙 튜닝 — 보안 규칙이 과하게 잡으면 정상 사용자를 차단할 수 있어요. 규칙 적용 전후를 모니터링하죠.
  • SSL/TLS 관리 — Cloudflare와 원본 서버 사이의 인증서를 함께 관리해야, 사용자부터 원본까지 전체 구간이 암호화돼요.
  • DNS 전파 지연 — DNS 레코드를 바꿔도 전 세계에 반영되는 데 시간이 걸려요. 전환 시점을 여유 있게 잡아요.
  • 비용과 한도 — CDN 트래픽과 WAF 요청이 늘면 비용·한도에 닿을 수 있으니 사용량을 지켜봐요.
  • 도메인 전환의 순서 — DNS를 옮기기 전에 원본 서버·인증서·캐시를 먼저 준비하면 전환 중 다운타임을 줄일 수 있어요.
  • 장애 대응 — CDN이 나가거나 원본이 막혔을 때의 우회 경로를 미리 정해두면 중단 폭을 줄여요.
  • 벤더 단일화의 한계 — 한 서비스에 DNS·CDN·WAF를 몰아두면 편하지만, 그 벤더가 나가면 함께 영향받아요. 위험을 알고 운영해요.

심화 챕터

Cloudflare의 세 역할은 아래 챕터에서 공식 문서를 기준으로 다뤄요.

  • DNS — 레코드·네임서버·DNSSEC
  • WAF — 규칙 기반 트래픽 차단과 보안 기능
  • CDN과 캐싱 — edge 캐시·캐시 규칙·퍼지

더 알아보기