DevOps10 Helm Chart를 OCI 방식으로 Docker Hub에 Push하고 Pull & Install 하기 🐳 Helm Chart를 OCI 방식으로 Docker Hub에 Push하고 Pull & Install 하기 이번 실습의 핵심은 이것이다. ✅ Helm Chart를 패키징✅ OCI 방식으로 Docker Hub에 Push✅ 다시 Pull 받아 Install✅ Helm 구조는 GitHub에서 이력 관리 즉, Helm 배포 아티팩트는 Docker Hub에 저장하고,Chart 소스 구조와 변경 이력은 GitHub에서 관리하는 구조를 만드는 것이 목적이다. 📌 실습 환경 Helm v4 이상 (OCI 기본 지원)Docker Hub 계정GitHub에 Helm Chart 소스 저장Chart 이름: my-helm-cluster 1️⃣ Helm Chart 패키징 Helm Chart 기본 구조:my-helm-clust.. 2026. 2. 18. 나만의 클러스터 만들기 – Spring Boot 앱을 로컬 이미지로 빌드하고 k3s에 Pull 없이 배포하기 🎯 이번 단계의 목적 최종 목표는 Helm 패키징이다. 하지만 Helm으로 배포하기 전에 반드시 검증해야 할 것이 있다. 내가 만든 애플리케이션 이미지가클러스터 노드에서 정상적으로 실행되는가? 이번 글은 그 기초를 다지는 단계다. 1️⃣ Spring Boot 최소 앱 구성 기능 요구사항 / → APP_MESSAGE (APP_VERSION) 반환/actuator/health → UP Controller@RestControllerpublic class HelloController { @Value("${APP_MESSAGE:hello}") private String message; @Value("${APP_VERSION:dev}") private String version; .. 2026. 2. 15. Docker Compose로 MongoDB Replica Set 자동 구성하기 (one-shot init 컨테이너 패턴 + docker host / container 관점 설명)1. 배경MongoDB Replica Set을 Docker Compose로 구성하다 보면 보통 이런 흐름을 겪는다.컨테이너는 잘 올라가는데rs.initiate()는 직접 실행해야 하고재기동할 때마다 “이미 초기화된 건지” 사람이 판단해야 한다이 상태는 실습 단계에서는 괜찮지만,운영 관점에서는 명백한 문제다.분산 시스템에서 “선출(election)”이 수동으로 남아 있다는 건자동화가 덜 끝났다는 뜻이기 때문이다.이번 글에서는:docker compose up -d 한 번으로MongoDB 3노드 Replica Set 기동레플리카셋 초기화 + PRIMARY 선출까지 자동으로 완료되는 구조를 one-shot init.. 2026. 2. 4. Docker - Healthcheck, Liveness, Readiness 세 가지를 명확히 구분하자.컨테이너가 살아있는 상태컨테이너가 트래픽을 받을 수 있는 상태Docker와 Kubernetes가 이걸 어떻게 다르게 다루는지한 줄 요약Docker의 healthy는 readiness가 아니다.의미상으로는 liveness에 가깝다.Docker healthcheck 실습에서 무슨 일이 있었나다음과 같은 Docker healthcheck를 설정했다.healthcheck: test: ["CMD", "curl", "-f", "http://localhost/health"] interval: 5s timeout: 2s retries: 3처음에는 /health 경로가 없어서 컨테이너 상태가 unhealthy였다.이후 컨테이너 안에서 다음 작업을 했다.echo "ok" > /usr/sh.. 2026. 2. 1. 이전 1 2 3 다음