YG Tech Blog

쿠버네티스에서 Ingress는 외부 트래픽을 클러스터 내부의 서비스로 라우팅하는 핵심 요소입니다.이번 글에서는 Ingress 리소스를 활용하여 특정 도메인 기반의 트래픽을 내부 서비스로 연결하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ 기본적인 Ingress 리소스 설정2️⃣ 여러 서비스로 트래픽을 분배하는 Ingress 규칙 적용 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ 기본적인 Ingress 리소스 설정 ❓ 문제 상황 운영팀에서 도메인 기반으로 트래픽을 특정 서비스로 라우팅해야 하는 요구사항이 생겼습니다.기본적으로 Ingress를 활용하여 외부에서 example.com으로 접근하면 내부의 웹 서비스로 연결되도록 설정해야 합니다...

쿠버네티스에서 외부 트래픽을 효과적으로 관리하는 방법은 중요합니다.이번 글에서는 LoadBalancer 서비스를 활용하여 외부 트래픽을 노드로 전달하는 방법과ExternalName 서비스를 활용하여 외부 도메인을 내부에서 사용할 수 있도록 설정하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ LoadBalancer 서비스를 활용한 외부 트래픽 처리2️⃣ ExternalName 서비스를 활용한 외부 도메인 연결 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ LoadBalancer 서비스를 활용한 외부 트래픽 처리 ❓ 문제 상황 운영팀에서 클러스터 외부에서 접근 가능한 웹 애플리케이션을 배포해야 합니다.이 애플리케이션은 고정된 외부 IP를 가지..

쿠버네티스에서 Pod 간 통신 및 외부에서 접근할 수 있도록 하는 방법은 매우 중요합니다.이번 글에서는 ClusterIP와 NodePort 서비스를 활용하여 내부 및 외부 트래픽을 관리하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ ClusterIP 서비스를 활용한 내부 통신2️⃣ NodePort 서비스를 이용한 외부 접근 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ ClusterIP 서비스를 활용한 내부 통신 ❓ 문제 상황 운영팀에서 Pod 간 내부 통신을 안전하게 관리하기 위해 서비스(ClusterIP)를 설정해야 합니다.서비스를 통해 고정된 IP 또는 DNS 이름을 제공하여 내부 애플리케이션이 안정적으로 통신할 수 있어야 합니다. ..

쿠버네티스에서 애플리케이션의 상태를 감지하고 장애 발생 시 자동 복구하는 방법은 필수적입니다.이번 글에서는 Liveness Probe와 Readiness Probe를 활용하여 Pod의 상태를 감지하고, 장애 발생 시 대응하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Liveness Probe를 이용한 Pod 자동 복구2️⃣ Readiness Probe를 활용한 트래픽 제어 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Liveness Probe를 이용한 Pod 자동 복구 ❓ 문제 상황 운영 중인 애플리케이션이 특정 상황에서 응답이 멈추거나, 장애가 발생하면 자동으로 복구되어야 합니다.쿠버네티스에서 Liveness Probe를 설정하면, ..

쿠버네티스에서 StatefulSet은 애플리케이션이 안정적으로 실행되도록 도와주는 기능을 제공합니다.이번 글에서는 Readiness Probe를 활용하여 안정적인 시작을 보장하는 방법과 Leader Election을 적용하여 고가용성(HA) 시스템을 구축하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Readiness Probe를 활용한 안정적인 시작 보장2️⃣ Leader Election을 적용하여 고가용성 시스템 구축 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Readiness Probe를 활용한 안정적인 시작 보장 ❓ 문제 상황 운영팀에서 StatefulSet의 Pod이 애플리케이션이 완전히 준비된 후에만 트래픽을 받을 수 있도록..

쿠버네티스에서 애플리케이션이 증가하는 트래픽을 자동으로 처리하고, 장애 발생 시 빠르게 대응하는 방법은 필수적입니다.이번 글에서는 Horizontal Pod Autoscaler(HPA)와 Pod 장애 감지를 위한 Liveness & Readiness Probe 설정 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Horizontal Pod Autoscaler(HPA) 적용2️⃣ Liveness & Readiness Probe 설정 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Horizontal Pod Autoscaler(HPA) 적용 📍 상황 설명 운영팀에서 트래픽이 증가할 때 자동으로 Pod 개수를 확장하여 처리량을 유지하도록 설정하려 합..

쿠버네티스에서 무중단 배포 전략은 애플리케이션의 안정성을 유지하는 핵심 요소입니다.이번 글에서는 Canary 배포와 Blue-Green 배포 전략을 적용하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Canary 배포 전략 적용2️⃣ Blue-Green 배포 전략 적용 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Canary 배포 전략 적용 📍 상황 설명 운영팀에서 새로운 애플리케이션 버전을 전체 배포 전에 일부 트래픽을 대상으로 테스트하려 합니다.이를 위해 Canary 배포 전략을 사용하여 새로운 버전의 애플리케이션을 점진적으로 배포해야 합니다. • 기존 nginx:1.21.6 이미지를 실행 중인 web-deployment가 있습니다..

쿠버네티스에서 Deployment는 애플리케이션의 배포 및 관리를 담당하는 핵심 리소스입니다.이번 글에서는 Deployment를 활용한 배포 전략과 롤링 업데이트 방식을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ 기본적인 Deployment 배포2️⃣ 롤링 업데이트 전략 적용 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ 기본적인 Deployment 배포 📍 상황 설명 운영팀에서 웹 애플리케이션을 안정적으로 배포할 수 있도록 Deployment를 활용하려 합니다.이 애플리케이션은 여러 개의 Replica(복제본)를 실행해야 하며, 트래픽을 분산시켜야 합니다. • Deployment의 이름은 web-deployment이어야 합니다. • nginx..

쿠버네티스에서 Pod이 특정 조건에서만 실행되도록 제어하는 방법은 매우 중요합니다.이번 글에서는 Taint & Toleration을 이용한 노드 제어와 Pod이 재시작될 때마다 새로운 ID를 생성하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Taint 및 Toleration을 이용하여 특정 노드에서 실행2️⃣ Pod이 재시작될 때마다 새로운 ID를 생성해야 하는 경우 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Taint 및 Toleration을 이용하여 특정 노드에서 실행 📍 상황 설명 운영팀에서 특정 애플리케이션을 지정된 노드에서만 실행하도록 요구했습니다.이 애플리케이션은 다른 워크로드와 분리되어 특정 노드에서만 실행되어야 합니다..

쿠버네티스에서 애플리케이션이 데이터를 저장하고 유지하는 방법은 매우 중요합니다.이번 글에서는 PersistentVolumeClaim(PVC)과 HostPath를 활용하여 데이터 유지 방법을 설정하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ PersistentVolumeClaim을 사용하는 Pod2️⃣ HostPath를 이용한 특정 노드 파일 공유 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ PersistentVolumeClaim을 사용하는 Pod 📍 상황 설명 운영팀에서 애플리케이션이 재시작되더라도 데이터가 유지되어야 하는 상황이 발생했습니다.이를 위해 PersistentVolumeClaim(PVC)을 활용하여 스토리지를 유지해야 합..