mirabo01 님의 블로그

로컬 쿠버네티스 실습 ③ Ingress로 외부 접근 구조 만들기앞선 실습에서는Deployment, Service, ConfigMap, 리소스 설정까지 적용해운영에 가까운 내부 구조를 만들었다.이번 단계에서는 그 서비스에외부에서 접근할 수 있는 진입점을 붙여본다.즉, Ingress를 통해 요청이 어떻게 들어오는지를 직접 확인하는 것이 목표다.왜 Service만으로는 부족할까이전 실습에서도 Service를 통해 Pod 접근은 가능했다.하지만 구조적으로 한계가 있다.서비스마다 포트를 따로 열어야 한다도메인 기반 분기가 어렵다HTTPS 처리를 Service 단에서 하기 까다롭다운영 환경에서는 보통Ingress 하나를 공통 진입점으로 두고,그 뒤에서 여러 Service로 트래픽을 나눈다.Ingress는 “외부 요..

로컬 쿠버네티스 실습 ① 간단한 웹 애플리케이션 배포 흐름 따라가기minikube나 kind로 로컬 클러스터를 준비했다면,이제는 직접 하나 올려보는 단계가 가장 중요하다.이 글에서는 복잡한 예제 대신,컨테이너 하나Deployment 하나Service 하나이 세 가지만으로쿠버네티스에서 애플리케이션이 어떻게 배포되고 노출되는지를 처음부터 끝까지 따라가본다.실무에서 가장 자주 반복하는 기본 흐름이기도 하다.실습 목표와 전제이번 글의 목표는 다음이다.Deployment로 애플리케이션 배포Pod 생성과 관리 방식 확인Service를 통한 접근 구조 이해전제 조건은 다음 정도면 충분하다.로컬 쿠버네티스 클러스터(minikube 또는 kind)kubectl 사용 가능Docker 이미지 하나1. 예제 애플리케이션 준비..

쿠버네티스 네트워킹의 핵심, Service와 Ingress 이해하기Deployment, StatefulSet 같은 워크로드를 이해했다면다음으로 막히는 지점은 거의 항상 네트워킹이다.Pod IP는 왜 계속 바뀌는지외부 요청은 어떻게 Pod까지 들어오는지Service랑 Ingress는 정확히 뭐가 다른지이 글에서는 쿠버네티스 네트워킹의 중심이 되는 Service와 Ingress를“요청이 들어와서 Pod에 도달하는 흐름” 기준으로 정리한다.Pod IP를 직접 쓰지 않는 이유쿠버네티스에서 Pod는 일시적인 존재다.재배포 시 삭제되고 새로 생성된다장애가 나면 다른 Node에서 다시 뜬다그때마다 IP가 바뀐다즉, Pod IP는 신뢰할 수 있는 접근 수단이 아니다.그래서 쿠버네티스는Pod 앞에 항상 고정된 접근 지점..