eks2 Istio 서비스 메시 (사이드카, Kiali, mTLS) 15개가 넘는 서비스가 서로를 호출하는 상황에서 API 하나가 느려졌을 때, 어디서 병목이 생긴 건지 추적할 방법이 없었습니다. 그때 도입한 것이 Istio였고, 덕분에 많은 것이 보이기 시작했습니다. 하지만 솔직히 말하면, 그 과정이 마냥 순탄하지는 않았습니다. 도입을 권하는 자료는 많지만 도입 과정의 고통을 솔직하게 쓴 글은 드물어서, 제 경험을 있는 그대로 적어봅니다.서비스가 많아지면 통신이 보이지 않는다 — 사이드카가 해법이 될 수 있을까마이크로서비스로 전환하고 나서 가장 먼저 맞닥뜨린 문제가 무엇인지 아시나요? 기능이 안 된다거나, 배포가 어렵다거나 그런 게 아니었습니다. 가장 먼저 막힌 건 '지금 뭐가 어디서 잘못되고 있는지 전혀 모르겠다'는 막막함이었습니다.서비스가 15개를 넘어가던 시점, .. 2026. 6. 21. 쿠버네티스 NetworkPolicy (CNI, deny-all, 트래픽제어) 쿠버네티스 클러스터는 기본 상태에서 모든 파드가 서로 자유롭게 통신할 수 있는 'all allow' 구조로 동작합니다. 처음에는 "어차피 내부 네트워크인데 뭐가 문제야"라고 생각했는데, 보안 감사에서 DB 파드가 프론트엔드 파드에 그대로 노출되어 있다는 지적을 받은 뒤로 생각이 완전히 바뀌었습니다. 그 지적을 받던 순간의 민망함이 지금도 생생합니다. "쿠버네티스 쓰면 보안은 알아서 된다"는 막연한 믿음이 만든 구멍이었습니다.팩트 확인: NetworkPolicy와 CNI의 관계일반적으로 NetworkPolicy YAML 파일을 클러스터에 적용하면 곧바로 트래픽이 차단될 거라고 생각하는 분들이 많습니다. 저도 처음에는 그렇게 믿었습니다. 그런데 실제로 써보니 전혀 그렇지 않았습니다.NetworkPolicy는.. 2026. 6. 20. 이전 1 다음
