클라우드 위를 걷는 기분은 뭐랄까

쿠버네티스는 간단히 말하면, 컨테이너화된 워크로드와 서비스를 관리하기 위한 이식성이 있고 확장 가능한 오픈소스 플랫폼이다.일단, 쿠버네티스가 뭐고 왜 나타나게 되었는지 이해하기 위해 애플리케이션 배포 환경의 변화부터 살펴보자.애플리케이션 배포 환경의 변화쿠버네티스는 도

구글은 이미 오래전에 매주 20억 개가 넘는 컨테이너를 생성하고 운영하였다. 이 정도 규모에 사람을 마냥 늘려서 대응하는 것은 매우 비효율적이다.그래서 구글은 ‘borg’라는 사내 플랫폼을 이용해 컨테이너를 관리하게 된다. 2014년에는 ‘borg의 오픈소스 버전인’

쿠버네티스는 용도에 따라 선택 가능한 도구가 여러 가지이고, 각 도구별로 설치 방법이나 구성 방법이 다르기 때문에 어떤 도구를 선택할지 잘 판단하는 것 만으로도 절반은 한 것이라고 볼 수 있다.개발 용도에 적합한 쿠버네티스 구성 방법은 ‘미니 쿠브(Minikube)’이

이제 쿠버네티스에 대해 좀 더 본격적으로 알아보자.쿠버네티스 컴포넌트를 크게 분류를 하자면,Control Plane: 쿠버네티스 기능 제어를 전체적으로 담당Node: 컴포넌트와 컨트로로 플레인 컴포넌트의 요청을 받아 각 노드에서 동작을 담당이 둘은 세부적으로 많은 개별

이번 학기부터 한국외대 컴퓨터공학과에서는 Kubernetes 클러스터 서버를 도입해 학생들에게 실습 환경을 제공하고 있습니다.이 클러스터를 통해 저희 프로젝트의 백엔드(Spring Boot)를 직접 배포해보기로 했습니다.💡 참고로 이 클러스터를 관리하는 조교가 바로

Spring BootKubernetesIngress NGINX Controllercert-manager + Self-signed certificateNodePort (HTTPS 32710)Helmcurl, openssl 등처음엔 단일 Pod를 발급받아 Spring 서버

원래 계획은 cert-manager와 Let's Encrypt를 이용해자동으로 TLS 인증서를 발급받고 관리하는 구조를 만들고 싶었다.하지만 다음과 같은 클러스터 특성상 제약으로 인해 사용할 수 없었다.HTTP-01 인증 방식 사용 불가Let's Encrypt는 DNS