makgol's note – Istio와 Cilium

01 L4와 L7 — 프록시는 어디에 있나

Mon, 19 Oct 2026 00:00:00 +0900

01 · L4와 L7 — 프록시는 어디에 있나

1. 같은 Envoy를 어디에 두느냐의 문제

아래 도식은 사이드카, ambient, Cilium에서 요청이 거치는 프록시와 L7을 처리하는 위치를 비교합니다.

02 Gateway API 구현 — 게이트웨이 파드가 있는가

Mon, 19 Oct 2026 00:00:00 +0900

02 · Gateway API 구현 — 게이트웨이 파드가 있는가

1. 같은 Gateway를 만들면 무엇이 생기는가

Gateway를 만들었을 때 전용 Envoy 파드가 생기는지는 구현체에 달려 있습니다. Istio는 Gateway마다 파드를 만들고, Cilium은 노드의 Envoy로 트래픽을 보냅니다. 이 차이에 따라 게이트웨이의 자원 격리 방식, 노드 배치, 장애 범위가 달라집니다.

03 관측성 — 기본으로 보이는 것과 켜야 보이는 것

Mon, 19 Oct 2026 00:00:00 +0900

03 · 관측성 — 기본으로 보이는 것과 켜야 보이는 것

1. 같은 요청을 어디서 기록하는가

아래 도식은 같은 요청이 지나갈 때 Istio와 Hubble이 각각 어느 지점에서 기록을 남기는지 보여 줍니다.

04 재시도와 복원력 — 어느 API로 말할 수 있나

Mon, 19 Oct 2026 00:00:00 +0900

04 · 재시도와 복원력 — 어느 API로 말할 수 있나

1. 기능보다 설정을 담는 API를 봅니다

Cilium에서도 재시도를 설정할 수 있습니다. Istio와 Cilium 모두 L7(애플리케이션 계층) 처리는 Envoy가 맡으며, 재시도·타임아웃·서킷 브레이킹은 Envoy의 기능입니다. 이 글은 기능의 유무보다 그 기능을 어느 API로 표현하는지가 선택에 더 중요하다고 봅니다.

05 요청 커스터마이즈와 정책 — 헤더부터 ext_authz까지, 그리고 함께 쓰기

Mon, 19 Oct 2026 00:00:00 +0900

05 · 요청 커스터마이즈와 정책 — 헤더부터 ext_authz까지, 그리고 함께 쓰기

1. 요청 변경을 VirtualService와 HTTPRoute로 표현하기

동작	Istio VirtualService	Gateway API HTTPRoute	Cilium
헤더 set·add·remove	`headers`	Request/ResponseHeaderModifier	지원
rewrite	`rewrite`(uri·authority), `uriRegexRewrite`	Path/HostRewrite	지원
redirect	`redirect`	RequestRedirect	지원
가중치 분할	`route[].weight`	가중치	지원
미러링	`mirror`, `mirrors`, `mirrorPercentage`	RequestMirror	지원(다중·비율 포함)
CORS	`corsPolicy`	CORS 필터	1.20에서 추가
외부 인가	AuthorizationPolicy CUSTOM(2절)	ExternalAuth 필터(GEP-1494)	1.20에서 지원 시작
정규식 rewrite	`uriRegexRewrite`	표준에 없음	확인 못 함

헤더를 바꾸거나 요청 경로를 rewrite하고, redirect·미러링·가중치 분할을 설정하는 요구라면 양쪽의 기능 목록은 거의 같습니다. Istio는 VirtualService 필드로, Cilium은 Gateway API의 HTTPRoute 필터로 이를 표현합니다. Istio VirtualService 레퍼런스와 Cilium conformance 리포트에서 확인할 수 있는 대응 관계가 위 표입니다.