mirabo01 님의 블로그

로컬 쿠버네티스 실습 ② 운영에 가까운 형태로 확장해보기지난 글에서는Deployment와 Service만으로 가장 기본적인 배포 흐름을 따라가봤다.이번에는 그 구조를 조금만 확장해서,운영 환경에서 실제로 쓰이는 형태에 더 가깝게 만들어본다.이번 실습의 핵심은 다음 세 가지다.설정을 이미지에서 분리한다리소스 사용 범위를 명확히 한다배포가 어떻게 교체되는지 직접 확인한다이번 실습에서 추가할 요소들이전 실습 대비 추가되는 요소는 다음이다.ConfigMap으로 설정 분리requests / limits 설정롤링 업데이트 과정 확인여전히 예제 애플리케이션은 단순하지만,쿠버네티스를 쓰는 이유가 드러나는 지점을 직접 확인하는 게 목표다.1. 설정을 이미지에서 분리해야 하는 이유이전 실습에서는애플리케이션 설정이 이미지 ..

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

쿠버네티스 배포의 핵심, Deployment와 ReplicaSet 이해하기앞선 글에서 Pod, Node, Cluster 같은 기본 구조를 살펴봤다.이제부터는 실제로 쿠버네티스를 쓰면서 가장 자주 만나게 되는 개념으로 넘어간다.바로 Deployment와 ReplicaSet이다.쿠버네티스에서 애플리케이션을 배포한다고 할 때,대부분의 경우 직접 Pod를 만들지는 않는다.대신 Deployment를 정의하고, 나머지는 쿠버네티스에 맡긴다.왜 Pod를 직접 만들지 않을까처음 쿠버네티스를 접하면 이런 생각이 든다.“컨테이너 하나 띄우면 되는데 Pod만 만들면 되지 않나?”“굳이 Deployment까지 써야 하나?”기술적으로는 가능하다.하지만 운영 관점에서는 거의 의미가 없다.Pod는 다음과 같은 특성을 가진다.언제든..