데브옵스
Istio 1편: 왜 Istio Ambient mode인가?
두줄요약
Istio 서비스 메시 도입 배경과 Ambient mode 선택 이유를 정리했습니다. Sidecar보다 자원 효율과 확장성이 좋지만, 운영 복잡도와 장애 영향 범위 확대라는 단점도 함께 다뤘습니다.
핵심 내용
- Istio 서비스 메시 도입 배경과 목표 정리
- Sidecar mode와 Ambient mode 비교를 통한 선택 근거
- Ambient mode의 구성요소인 ztunnel, waypoint, HBONE, traffic redirection 동작 개요
- 대규모 Pod 환경에서의 확장성, 리소스 절약, Gateway API 적합성 강조
선택 이유
- 커뮤니티와 생태계가 크고 레퍼런스가 많은 Istio 채택
- Pod 단위 sidecar 부착보다 완만한 리소스 증가 구조 선호
- 향후 확정성과 운영성을 고려한 Ambient mode 선택
장단점
- 장점: control plane 부담 완화, 프록시 자원 절감, Gateway API와의 자연스러운 결합
- 단점: 노드/네임스페이스 단위 영향 범위 확대, 디버깅 난이도 상승, GA 직후의 낮은 성숙도
구조와 흐름
- ztunnel이 노드 단위 L4 처리와 mTLS 터널링 담당
- waypoint가 필요한 범위에만 L7 라우팅과 정책 적용
- istio-cni의 iptables redirection으로 Pod 트래픽을 ztunnel 경유로 전환