Envoy - 태그 - lee's bloghttps://ken-0913.github.io/myblog/tags/envoy/Envoy - 태그 - lee's blogHugo -- gohugo.ioko-krhyeonjae0913@gmail.com (ken-0913)hyeonjae0913@gmail.com (ken-0913)Thu, 16 Jul 2026 08:10:00 +0900ICA 시험 정리 (2) Istio 입문: 아키텍처와 설치https://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-02-introduction/Thu, 16 Jul 2026 08:10:00 +0900ken-0913https://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-02-introduction/

ICA 시험 정리 시리즈 두 번째 편이다. 이번 편은 Monolith에서 Microservice로의 전환, Service Mesh, Istio 아키텍처, 설치 흐름, Kiali를 다룬다. 시험에서는 Control Plane 구성 요소와 Sidecar 주입 과정이 자주 등장한다.

Monolith는 모든 기능을 하나의 코드베이스에 통합하므로, 작은 변경에도 전체 재배포가 필요하다. Microservice로 전환하면 각 모듈을 독립적인 언어로 구현하고 독립적으로 배포·확장할 수 있다. 시험 예제로 자주 쓰이는 Bookinfo 애플리케이션은 Details, Reviews, Ratings, Product Page 4개 모듈로 구성된다.

전환에는 대가가 따른다. 인증, 인가, 로깅, 모니터링, 트래픽 관리 같은 **횡단 관심사(cross-cutting concerns)**가 각 서비스마다 중복 구현된다. 이 문제를 해결하는 전용 인프라 계층이 Service Mesh다.

]]>ICA 시험 정리 (1) 서비스 메시 기초: Kubernetes Service, Sidecar, Envoyhttps://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-01-prerequisites/Thu, 16 Jul 2026 08:00:00 +0900ken-0913https://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-01-prerequisites/

ICA(Istio Certified Associate) 시험을 준비하기 위한 정리 시리즈의 첫 편이다. 이번 편은 Service Mesh를 이해하기 위한 전제 개념인 Kubernetes Service, Sidecar, Envoy를 다룬다. 세 개념은 결국 Istio 아키텍처로 이어지는 밑바탕이 된다.

Pod는 Kubernetes의 가장 작은 배포 단위이지만 **일시적(ephemeral)**이다. Deployment의 의도 상태를 유지하는 과정에서 Pod가 동적으로 생성·종료되며, 이때 Pod의 IP가 계속 변경된다. 그래서 프론트엔드가 개별 Pod IP를 직접 추적하는 방식은 현실적이지 않다.

Service는 **안정적인 IP(stable IP)**를 가지고 Pod 집합으로 트래픽을 라우팅하는 추상화 계층이다. 대상 Pod는 보통 label로 선택되므로, Pod에 올바른 label이 지정되어 있어야 Service가 정상 동작한다.

]]>