Edge Computing & CDNs
데이터를 중앙 서버가 아닌 사용자 최인접 지점에서 처리하여 응답 속도를 극한으로 높이는 에지 컴퓨팅과 콘텐츠 전송망(CDN) 물리학을 다루는 학습 노드입니다.
sys.entry
M
Me
hyunyoun's Blog
posts7 min read
1. Overview
에지 컴퓨팅 및 CDN(Edge Computing & CDNs, ECC)은 빛의 속도라는 물리적 한계에 도전하여, 전 세계 어디에 있든 사용자 바로 옆(Edge)에 데이터를 갖다 놓음으로써 지연 시간(Latency)을 0에 가깝게 수렴시키는 분산망의 영토 확장 공학입니다.
학습자는 정적 콘텐츠를 전 세계 **거점(PoP, Point of Presence)**에 뿌리는 CDN의 캐싱 수리 모델과, 단순 콘텐츠를 넘어 로직 자체를 에지에서 실행하는 에지 컴퓨팅의 물리적 구조를 배웁니다. 특히, 중앙 클라우드로 패킷이 왕복(RTT)하는 시간을 단축하여 '실시간성'을 확보하는 물리학과, 흩어진 에지 노드들 사이의 데이터 동기화 난제를 익힙니다. 이를 통해 '글로벌 초저지연' 서비스를 위해 하드웨어를 지리적으로 배치하고 통제하는 하이엔드 전송 인프라 역량을 확보합니다.
2. Scope & Boundaries
In-Scope
- CDN Architecture: 캐시 서버, 오리진 서버, 그리고 전 세계 PoP의 거점 물리학
- Caching Mechanics: TTL(Time to Live), Cache Invalidation, Miss/Hit Ratio 수리 분석
- Edge Computing Paradigms: Cloudflare Workers 등 에지 전용 실행 환경의 물리 구조
- Latency Reduction: 빛의 속도와 지리적 거리에 따른 물리적 패킷 지연 시간 산출
- Static vs Dynamic Delivery: 정적 파일 배달과 동적 API 가속의 수리적 차이
Out-of-Scope
- 스마트 시티, IoT 센서의 하드웨어 세부 사양 (임베디드 영역으로 위임)
- BGP 라우팅 등 백본 네트워크의 네트워크 계층 상세 (08-01-02 영역에서 분담)
Boundaries
- ECC vs. Cloud Computing: 중앙 클라우드(07-07-01)가 '거대한 힘의 집중'에 집중한다면, ECC는 '분산된 장소에서의 빠른 반응'에 집중하여 구분합니다.
3. Counterexample
- 단순히 "이미지 빠르게 보여주기"라 설명하는 것은 ECC 학습이 아닙니다. 왜 에지 컴퓨팅에서 '공유 상태'를 유지하는 것이 분산 시스템의 캡(CAP) 정리와 충돌하여 물리적 정합성 위기를 초래하는지 증명할 수 있어야 하며, **캐시 무효화(Invalidation)**가 전 세계 수천 개 노드에 전파되는 물리적 시차(Lag)를 고려하지 못한 아키텍처의 리스크를 논증하지 못한다면 ECC의 핵심을 이해하지 못한 것입니다.
4. Prerequisites
- Vertical vs Horizontal Scaling (Basic): 분산의 기초 개념 이해가 필수입니다. (07-03-01 VHS)
- Network Layers & Protocols (Recommended): HTTP 프로토콜 및 TCP 3-way handshake 이해가 권장됩니다. (08-01-02 기반 역량)
5. Learning Map
- Destroying Distance: 사용자에게서 가장 가까운 물리적 장소(PoP)가 어디인지 수리적으로 식별합니다.
- The Global Mirror: 이미지를 포함한 정적 파일들을 전 세계 하드웨어 거점에 복제하여 캐싱합니다.
- Decentralized Logic: 중앙 서버를 거치지 않고 에지 노드에서 직접 코드를 돌려(Edge Function) 반응성을 높입니다.
- Latency-Zero Vision: 지구 반대편의 유저도 마치 옆집 서버를 쓰는 듯한 물리적 연결감을 완성합니다.
6. Learning Topics
Basic
Core: CDN의 기본 구조와 캐싱 (CDN Foundations)
- Why to Learn: 오리진 서버의 부하를 90% 이상 줄이고 사용자 체감 속도를 물리적으로 높이기 위해서입니다.
- What to Learn:
- Origin vs Edge: 데이터의 원천과 배달 점점의 하드웨어 분리
- Cache Hit Ratio: 전체 요청 중 에지에서 처리된 비율의 수리적 산정
- TTL (Time To Live): 데이터가 에지에 머무는 물리적 시간 법칙
- How to Learn:
- 브라우저 개발자 도구를 열어 특정 리소스의
X-Cache헤더를 확인하고, Hit/Miss 여부 판별 실습 - TTL을 1초와 1시간으로 설정했을 때 오리진 서버에 가해지는 트래픽 수치() 비교
- 브라우저 개발자 도구를 열어 특정 리소스의
- Implement: 요청 헤더를 보고 캐시된 파일을 줄지 오리진으로 보낼지 결정하는 가상
CDNProxy
Recommended
Core: 지연 시간 물리와 패킷 여행 (Latency Math)
- Why to Learn: 네트워크 인프라 설계 시 "왜 에지가 필요한가"를 숫자로 증명하기 위함입니다.
- What to Learn:
- RTT (Round Trip Time): 패킷이 왕복하는 물리적 시간의 합산
- First Byte Latency: 첫 번째 패킷이 도착할 때까지의 하드웨어 대기 시간
- Geo-DNS: 사용자의 IP를 분석해 가장 가까운 PoP의 IP를 뱉어주는 수리 장치
- How to Learn:
- 전 세계 각 리전(서울, 런던, 뉴욕)에서
ping을 날려 물리적 거리에 따른 지연 시간 데이터를 수집하고 분포도 그리기 - TCP Handshake 과정에서 발생하는 3번의 왕복이 지연 시간에 미치는 수리적 파장 분석
- 전 세계 각 리전(서울, 런던, 뉴욕)에서
- Implement: 현재 접속자의 위치를 위도/경도로 변환하여 가장 가까운 데이터 센터를 찾는
NearCenterPicker
Practical
Core: 에지 컴퓨팅과 로직 처리 (Edge Computing)
- Why to Learn: 단순 배달을 넘어, 에지단에서 보안, 필터링, 이미지 가공 등을 직접 수행하여 서버 비용과 시간을 아끼기 위해서입니다.
- What to Learn:
- Edge Functions: 서버리스 함수를 에지 노드에서 실행하는 물리 기작
- Isolation over Virtualization: VM보다 가벼운 V8 Isolate 등을 활용한 초고속 기동 물리학
- A/B Testing at Edge: 유저 그룹에 따라 에지에서 서로 다른 콘텐츠를 내보내는 수리 규칙
- How to Learn:
- Cloudflare Workers 환경에서 유저의 국가 정보를 읽어 페이지 하단의 공지사항 언어를 물리적으로 바꾸는 실습
- 이미지 리사이징을 에지에서 수행했을 때의 하드웨어 처리 지연 시간 단축 효과 측정
- Implement: 에지에서 특정 요청을 차단(WAF)하거나 재연결(Redirect)하는
EdgeGuard스크립트
Advanced
Core: 분산 데이터 정합성과 동기화 (State at Edge)
- Why to Learn: 에지에 데이터를 저장할 때 발생하는 '전 세계적 불일치' 문제를 물리적으로 해결하기 위함입니다.
- What to Learn:
- Worldwide Replication: 에지 노드 간의 데이터 동기화 물리 프로토콜
- Eventual Consistency at Scale: 세계 곳곳에서 동시에 쓰기가 일어날 때의 수리적 충돌 해결 기법
- Durable Objects: 특정 위치의 에지로 부하를 묶어 강한 일관성을 확보하는 전략
- How to Learn:
- 미국에서 변경한 설정값이 한국 에지 노드에 반영되기까지의 물리적 전파 시간() 측정 실습
- '전역 카운터'를 에지에서 구현할 때 발생하는 '경합 조건(Race Condition)'의 물리적 시뮬레이션
- Implement: 여러 에지 노드에 흩어진 데이터들 중 가장 최신 버전을 수리적으로 판별하는
ConsistencyResolver
7. Terminology
8. References
Primary
- [P1] CS2023 - NC/Networking and Communication (Network virtualization and SDN) — Transport context.
- [P5] SFIA v9 - IT Infrastructure (IT infrastructure / Network design) — Management requirements.
Secondary
- [Web Performance in Action] Jeremy Wagner — Strategies for speed, including CDNs.
- [High Performance Browser Networking] Ilya Grigorik — Theoretical foundations of latency.
Industry
- [Cloudflare: What is Edge Computing?] — Conceptual industry guide.
- [Fastly: Patterns of Edge Design] — Advanced design strategies.
9. Final Checklist
Primary
- '캐시'와 '에지 컴퓨팅' 중 어떤 기술이 '동적 개인화 페이지'의 물리적 응답 속도를 개선하는 데 더 수리적으로 적합한지 설명 가능한가? (P1)
- 'CDN'의 PoP 개수가 늘어날수록 시스템 유지 비용과 가용성 사이의 물리적 상관관계가 어떻게 변하는지 기술할 수 있는 가? (P5)
Secondary
- 'TTL(Time to Live)' 값을 너무 작게 설정했을 때, 오리진 하드웨어에 가해지는 패킷 폭풍(Storm)의 물리적 파장을 소통 가능한가?
- **캐시 무효화(Invalidation)**가 물리적으로 전 세계 노드에 전파되는 동안 발생하는 '데이터 불일치'가 사용자 비즈니스에 주는 리스크를 논증할 수 있는 가?
Industry
- 글로벌 동영상 스트리밍 서비스를 설계할 때, 지역별 인기 콘텐츠를 에지 하드웨어에 미리 배치()하는 시나리오를 제안할 수 있는 가? (SFIA)
- '에지 함수(Edge Function)' 내에서 외부 DB를 직접 연결할 때 발생하는 물리적 '커넥션 포화' 문제를 수리적으로 분석할 수 있는 가?