> ## Content Index
> Fetch the complete content index at: https://zerodraftlab.com/llms.txt
> Use this file to discover other available public pages before exploring further.

# 엣지란 무엇인가
- URL: https://zerodraftlab.com/edge-is-not-one-place/
- Published: 2026-08-09T07:37:21.000Z
- Updated: 2026-08-30T02:57:31.000Z
- Description: 엣지는 접속 지점, 함수 실행 리전, 읽기 복제본, primary DB를 한 단어로 뭉갠다. Cloudflare, Vercel, Supabase, D1의 실제 요청 경로를 분해한다.
- Author: JooMong
- Tags: 무료

엣지는 사용자나 데이터가 생기는 곳과 가까운 처리 지점을 뜻한다. 하나의 고정된 장소가 아니라, 멀리 있는 원본 서버와 비교해 더 가까운 쪽을 가리키는 상대적인 말이다. 그래서 같은 서비스 안에서도 접속을 받는 엣지, 코드를 실행하는 엣지, 데이터를 읽는 엣지가 서로 다른 곳에 있을 수 있다.

Cloudflare의 [CDN reference architecture](https://developers.cloudflare.com/reference-architecture/architectures/cdn/?ref=zerodraftlab.com)는 원본 콘텐츠를 사용자 가까운 CDN 사업자의 네트워크 엣지에 캐시해 지연을 줄이는 구조를 설명한다. 캐시에서 시작한 엣지라는 말이 함수와 데이터베이스까지 넓어지면서 무엇이 가까워졌는지가 흐려졌다. 엣지를 이해하려면 제품 이름보다 한 요청이 어디에서 접속되고, 계산되고, 읽히고, 쓰이는지를 나눠봐야 한다.

## 한 번의 요청에도 엣지는 여러 개다

서울의 사용자가 웹페이지를 열었다고 해보자. 요청은 가까운 접속 지점인 PoP에 먼저 도착할 수 있다. 여기서 TLS 연결, 방화벽, 라우팅, 정적 파일 캐시를 처리한다. 캐시에 답이 없으면 실제 애플리케이션 코드가 실행되는 compute region으로 넘어간다. 코드가 데이터를 요구하면 읽기 복제본이나 primary 데이터베이스로 다시 이동한다.

```
사용자 → PoP → compute region → read replica → primary database
```

이 경로에서 PoP만 서울이고 함수는 도쿄, 데이터베이스는 미국에 있을 수도 있다. 첫 접속이 가까웠다는 사실만으로 전체 요청이 가까운 곳에서 처리됐다고 말할 수 없다.

[Vercel의 현재 CDN 문서](https://vercel.com/docs/cdn?ref=zerodraftlab.com)는 이 차이를 숫자로 드러낸다. Vercel은 126개가 넘는 PoP와 20개가 넘는 compute region을 별도로 적는다. PoP는 요청을 받고 캐시와 라우팅을 처리하는 앞문이고, 그 뒤의 리전이 코드를 실행한다. PoP 개수를 함수 실행 지점 개수로 읽으면 안 된다.

## 엣지는 어떻게 조달되는가

엣지 사업자가 세계 모든 데이터센터 건물과 해저 케이블을 직접 소유할 필요는 없다. 데이터센터 사업자에게 랙, 전력, 냉각을 빌리고 통신사나 인터넷 교환 지점과 연결할 수 있다. 그 위에 자기 서버, 라우팅, 캐시, 런타임을 올리면 하나의 엣지 네트워크가 된다.

Cloudflare는 이 층을 직접 운영하는 쪽에 가깝다. 자체 네트워크와 Anycast 라우팅으로 요청을 가까운 PoP에 들이고 같은 망에서 보안, 캐시, Workers 실행을 묶는다. 그러나 Cloudflare의 [Network Interconnect 문서](https://developers.cloudflare.com/network-interconnect/?ref=zerodraftlab.com)도 고객 장비와 Cloudflare 하드웨어가 공유 데이터센터에서 물리 회선으로 연결되는 구조를 설명한다. 네트워크를 운영한다는 말과 전 세계 부동산·전력·광케이블을 전부 소유한다는 말은 다르다.

다른 사업자는 AWS 같은 클라우드 사업자의 여러 리전에서 컴퓨트를 빌린 뒤 자체 런타임과 배포 경험을 얹을 수 있다. 물리 인프라를 도매로 사고 소프트웨어와 운영을 소매 상품으로 파는 셈이다. 또 다른 사업자는 전문 CDN이나 엣지 컴퓨트 사업자의 플랫폼을 조합한다. 어느 방식이든 사용자에게 보이는 제품명만으로 밑단의 소유 구조를 알 수는 없다.

## Supabase는 함수가 엣지이고 DB는 리전이다

Supabase는 TypeScript 함수를 [글로벌 Edge Functions](https://supabase.com/docs/guides/functions?ref=zerodraftlab.com)로 배포한다. 요청은 가까운 edge gateway를 거쳐 지역별 Deno 호환 런타임에서 실행될 수 있다. 이 부분을 두고 “Supabase가 엣지에서 구동된다”고 말하는 것은 자연스럽다.

데이터베이스의 배치는 다르다. [Supabase 리전 문서](https://supabase.com/docs/guides/platform/regions?ref=zerodraftlab.com)는 프로젝트 하나가 하나의 primary region에 배포된다고 명시한다. 일반 리전도 실제로는 가용한 AWS 리전에 배치되며 서울, 도쿄, 싱가포르 같은 특정 AWS 리전을 고를 수도 있다.

따라서 유럽 사용자 가까이에서 Edge Function이 실행돼도 PostgreSQL primary가 서울에 있다면 DB 쿼리는 서울까지 왕복한다. DB를 여러 번 순차 호출하는 함수라면 사용자와 함수 사이에서 아낀 시간보다 함수와 DB 사이의 장거리 왕복이 더 커질 수 있다. Supabase가 데이터 작업이 많은 함수를 DB와 같은 리전에서 실행하는 방식을 별도로 안내하는 이유다.

## Cloudflare D1도 모든 쓰기가 엣지에서 일어나지는 않는다

Cloudflare가 큰 엣지망을 가졌다고 해서 D1 원본도 모든 PoP에 하나씩 생기는 것은 아니다. [D1 읽기 복제 문서](https://developers.cloudflare.com/d1/best-practices/read-replication/?ref=zerodraftlab.com)에 따르면 복제를 사용하지 않을 때 읽기와 쓰기는 세계 한 위치의 primary database instance로 향한다.

읽기 복제를 켜면 여러 지역의 read replica가 사용자 가까이에서 읽기를 처리할 수 있다. 복제는 비동기이므로 replica lag가 생길 수 있고, Sessions API가 순차 일관성을 보완한다. 쓰기는 여전히 primary로 전달된다. D1은 Cloudflare 네트워크와 밀접하게 결합된 데이터베이스지만 글로벌 다중 primary 쓰기 데이터베이스는 아니다.

## “엣지에서 돈다” 다음에 물어야 할 것

제품 설명에 엣지가 나오면 다음 경로를 분리해서 보면 된다.

- 사용자 연결은 어느 PoP에서 끝나는가.
- 캐시가 응답할 수 있는 범위는 어디까지인가.
- 애플리케이션 코드는 어느 리전에서 실행되는가.
- 읽기는 원본과 복제본 중 어디에서 처리되는가.
- 쓰기는 어느 primary로 모이는가.
- 각 구간에서 장거리 네트워크 왕복이 몇 번 발생하는가.

엣지는 공급자가 붙이는 등급이 아니다. 한 요청을 접속, 캐시, 계산, 읽기, 쓰기로 나눴을 때 어느 작업을 사용자나 데이터 발생지 가까이 옮겼는지를 설명하는 말이다. 제품 이름 옆의 “edge”보다 요청이 실제로 지나가는 화살표를 그려보는 편이 정확하다.

---

주요 출처: Cloudflare, [CDN Reference Architecture](https://developers.cloudflare.com/reference-architecture/architectures/cdn/?ref=zerodraftlab.com), [Network Interconnect](https://developers.cloudflare.com/network-interconnect/?ref=zerodraftlab.com), [D1 Global read replication](https://developers.cloudflare.com/d1/best-practices/read-replication/?ref=zerodraftlab.com); Supabase, [Edge Functions](https://supabase.com/docs/guides/functions?ref=zerodraftlab.com)와 [Available regions](https://supabase.com/docs/guides/platform/regions?ref=zerodraftlab.com); Vercel, [CDN overview](https://vercel.com/docs/cdn?ref=zerodraftlab.com). 인프라 조달을 도매와 소매로 나눈 비유와 제품 카피를 요청 경로로 다시 읽는 방법은 Zero Draft Lab의 해석입니다.