site11/docs/KIND_SETUP.md

KIND (Kubernetes IN Docker) 개발 환경 설정

개요

Docker Desktop의 Kubernetes 대신 KIND를 사용하여 개발 환경을 구성합니다.

KIND 선택 이유

1. 독립성: Docker Desktop Kubernetes와 별도로 관리
2. 재현성: 설정 파일로 클러스터 구성 관리
3. 멀티 노드: 실제 프로덕션과 유사한 멀티 노드 환경
4. 빠른 재시작: 필요시 클러스터 삭제/재생성 용이
5. 리소스 관리: 노드별 리소스 할당 가능

사전 요구사항

1. KIND 설치

# macOS (Homebrew)
brew install kind

# 또는 직접 다운로드
curl -Lo ./kind https://kind.sigs.k8s.io/dl/v0.20.0/kind-darwin-amd64
chmod +x ./kind
sudo mv ./kind /usr/local/bin/kind

# 설치 확인
kind version

2. kubectl 설치

# macOS (Homebrew)
brew install kubectl

# 설치 확인
kubectl version --client

3. Docker 실행 확인

docker ps
# Docker가 실행 중이어야 합니다

클러스터 구성

5-Node 클러스터 설정 파일

파일 위치: k8s/kind-dev-cluster.yaml

kind: Cluster
apiVersion: kind.x-k8s.io/v1alpha4
name: site11-dev

# 노드 구성
nodes:
  # Control Plane (마스터 노드)
  - role: control-plane
    kubeadmConfigPatches:
    - |
      kind: InitConfiguration
      nodeRegistration:
        kubeletExtraArgs:
          node-labels: "node-type=control-plane"
    extraPortMappings:
    # Console Frontend
    - containerPort: 30080
      hostPort: 3000
      protocol: TCP
    # Console Backend
    - containerPort: 30081
      hostPort: 8000
      protocol: TCP

  # Worker Node 1 (Console 서비스용)
  - role: worker
    labels:
      workload: console
      node-type: worker
    kubeadmConfigPatches:
    - |
      kind: JoinConfiguration
      nodeRegistration:
        kubeletExtraArgs:
          node-labels: "workload=console"

  # Worker Node 2 (Pipeline 서비스용 - 수집)
  - role: worker
    labels:
      workload: pipeline-collector
      node-type: worker
    kubeadmConfigPatches:
    - |
      kind: JoinConfiguration
      nodeRegistration:
        kubeletExtraArgs:
          node-labels: "workload=pipeline-collector"

  # Worker Node 3 (Pipeline 서비스용 - 처리)
  - role: worker
    labels:
      workload: pipeline-processor
      node-type: worker
    kubeadmConfigPatches:
    - |
      kind: JoinConfiguration
      nodeRegistration:
        kubeletExtraArgs:
          node-labels: "workload=pipeline-processor"

  # Worker Node 4 (Pipeline 서비스용 - 생성)
  - role: worker
    labels:
      workload: pipeline-generator
      node-type: worker
    kubeadmConfigPatches:
    - |
      kind: JoinConfiguration
      nodeRegistration:
        kubeletExtraArgs:
          node-labels: "workload=pipeline-generator"

노드 역할 분담

• Control Plane: 클러스터 관리, API 서버
• Worker 1 (console): Console Backend, Console Frontend
• Worker 2 (pipeline-collector): RSS Collector, Google Search
• Worker 3 (pipeline-processor): Translator
• Worker 4 (pipeline-generator): AI Article Generator, Image Generator

클러스터 관리 명령어

클러스터 생성

# KIND 클러스터 생성
kind create cluster --config k8s/kind-dev-cluster.yaml

# 생성 확인
kubectl cluster-info --context kind-site11-dev
kubectl get nodes

클러스터 삭제

# 클러스터 삭제
kind delete cluster --name site11-dev

# 모든 KIND 클러스터 확인
kind get clusters

컨텍스트 전환

# KIND 클러스터로 전환
kubectl config use-context kind-site11-dev

# 현재 컨텍스트 확인
kubectl config current-context

# 모든 컨텍스트 보기
kubectl config get-contexts

서비스 배포

1. Namespace 생성

# Console namespace
kubectl create namespace site11-console

# Pipeline namespace
kubectl create namespace site11-pipeline

2. ConfigMap 및 Secret 배포

# Pipeline 설정
kubectl apply -f k8s/pipeline/configmap-dockerhub.yaml

3. 서비스 배포

# Console 서비스
kubectl apply -f k8s/console/console-backend.yaml
kubectl apply -f k8s/console/console-frontend.yaml

# Pipeline 서비스
kubectl apply -f k8s/pipeline/rss-collector-dockerhub.yaml
kubectl apply -f k8s/pipeline/google-search-dockerhub.yaml
kubectl apply -f k8s/pipeline/translator-dockerhub.yaml
kubectl apply -f k8s/pipeline/ai-article-generator-dockerhub.yaml
kubectl apply -f k8s/pipeline/image-generator-dockerhub.yaml

4. 배포 확인

# Pod 상태 확인
kubectl -n site11-console get pods -o wide
kubectl -n site11-pipeline get pods -o wide

# Service 확인
kubectl -n site11-console get svc
kubectl -n site11-pipeline get svc

# 노드별 Pod 분포 확인
kubectl get pods -A -o wide

접속 방법

NodePort 방식 (권장)

KIND 클러스터는 NodePort를 통해 서비스를 노출합니다.

# Console Frontend Service 예시
apiVersion: v1
kind: Service
metadata:
  name: console-frontend
spec:
  type: NodePort
  ports:
  - port: 80
    targetPort: 80
    nodePort: 30080  # http://localhost:3000
  selector:
    app: console-frontend

접속:

• Console Frontend: http://localhost:3000
• Console Backend: http://localhost:8000

Port Forward 방식 (대안)

# Console Backend
kubectl -n site11-console port-forward svc/console-backend 8000:8000 &

# Console Frontend
kubectl -n site11-console port-forward svc/console-frontend 3000:80 &

모니터링

클러스터 상태

# 노드 상태
kubectl get nodes

# 전체 리소스
kubectl get all -A

# 특정 노드의 Pod
kubectl get pods -A -o wide | grep <node-name>

로그 확인

# Pod 로그
kubectl -n site11-console logs <pod-name>

# 실시간 로그
kubectl -n site11-console logs -f <pod-name>

# 이전 컨테이너 로그
kubectl -n site11-console logs <pod-name> --previous

리소스 사용량

# 노드 리소스
kubectl top nodes

# Pod 리소스
kubectl top pods -A

트러블슈팅

이미지 로드 문제

KIND는 로컬 이미지를 자동으로 로드하지 않습니다.

# 로컬 이미지를 KIND로 로드
kind load docker-image yakenator/site11-console-backend:latest --name site11-dev
kind load docker-image yakenator/site11-console-frontend:latest --name site11-dev

# 또는 imagePullPolicy: Always 사용 (Docker Hub에서 자동 pull)

Pod가 시작하지 않는 경우

# Pod 상태 확인
kubectl -n site11-console describe pod <pod-name>

# 이벤트 확인
kubectl -n site11-console get events --sort-by='.lastTimestamp'

네트워크 문제

# Service endpoint 확인
kubectl -n site11-console get endpoints

# DNS 테스트
kubectl run -it --rm debug --image=busybox --restart=Never -- nslookup console-backend.site11-console.svc.cluster.local

개발 워크플로우

1. 코드 변경 후 재배포

# Docker 이미지 빌드
docker build -t yakenator/site11-console-backend:latest -f services/console/backend/Dockerfile services/console/backend

# Docker Hub에 푸시
docker push yakenator/site11-console-backend:latest

# Pod 재시작 (새 이미지 pull)
kubectl -n site11-console rollout restart deployment console-backend

# 또는 Pod 삭제 (자동 재생성)
kubectl -n site11-console delete pod -l app=console-backend

2. 로컬 개발 (빠른 테스트)

# 로컬에서 서비스 실행
cd services/console/backend
uvicorn app.main:app --reload --port 8000

# KIND 클러스터의 MongoDB 접속
kubectl -n site11-console port-forward svc/mongodb 27017:27017

3. 클러스터 리셋

# 전체 재생성
kind delete cluster --name site11-dev
kind create cluster --config k8s/kind-dev-cluster.yaml

# 서비스 재배포
kubectl apply -f k8s/console/
kubectl apply -f k8s/pipeline/

성능 최적화

노드 리소스 제한 (선택사항)

nodes:
  - role: worker
    extraMounts:
    - hostPath: /path/to/data
      containerPath: /data
    kubeadmConfigPatches:
    - |
      kind: JoinConfiguration
      nodeRegistration:
        kubeletExtraArgs:
          max-pods: "50"
          cpu-manager-policy: "static"

이미지 Pull 정책

# Deployment에서 설정
spec:
  template:
    spec:
      containers:
      - name: console-backend
        image: yakenator/site11-console-backend:latest
        imagePullPolicy: Always  # 항상 최신 이미지

백업 및 복원

클러스터 설정 백업

# 현재 리소스 백업
kubectl get all -A -o yaml > backup-$(date +%Y%m%d).yaml

복원

# 백업에서 복원
kubectl apply -f backup-20251028.yaml

참고 자료

• KIND 공식 문서: https://kind.sigs.k8s.io/
• Kubernetes 공식 문서: https://kubernetes.io/docs/
• KIND GitHub: https://github.com/kubernetes-sigs/kind