쿠버네티스 네트워킹과 CNI — Calico·Cilium·Flannel 비교
쿠버네티스 (Kubernetes)를 설치하고 나면 곧바로 네트워크라는 두 번째 관문이 나타납니다.
쿠버네티스 (Kubernetes)를 설치하고 나면 곧바로 네트워크라는 두 번째 관문이 나타납니다.
쿠버네티스 (Kubernetes) 도입을 검토하는 의사결정권자의 고민은 기술 그 자체가 아닙니다. "우리 조직이 지금 도입해야 하는가, 한다면 무엇부터, 비용은 얼마나 들며, 실패하지 않으려면 무엇을 피해야 하는가"입니다. 이 글은 그 네 가지 질문에 답하는 의사결정 가이드입니다.
생성형 AI 도입이 인프라팀의 숙제로 내려오면서 질문의 결이 바뀌었습니다. "모델을 어디서 학습시키지?"가 아니라 "값비싼 GPU 수십 장을 여러 팀이 어떻게 나눠 쓰고, 추론 서비스를 어떻게 트래픽에 맞춰 늘렸다 줄이지?"입니다.
쿠버네티스 (Kubernetes) 도입을 검토하는 조직이 가장 궁금해하는 것은 기능 목록이 아니라 "실제로 그 규모로 굴려 본 곳이 있는가"입니다. 프로덕션(production, 실제 서비스 운영 환경)에서 검증되지 않은 기술은 아무리 유행이어도 도입 근거가 되기 어렵습니다.
쿠버네티스란 여러 서버에 걸쳐 컨테이너의 배포·확장·복구를 자동화하는 오픈소스 컨테이너 오케스트레이션 플랫폼입니다. 도커와의 차이, 도커 지원 중단의 진실, 설치 경로와 자격증 순서까지 정리했습니다.
쿠버네티스는 그리스어 κυβερνήτης(kubernḗtēs, 키잡이·조타수) 에서 왔습니다.
최근 IT 인프라 환경은 하이퍼바이저 기반 VM(Virtual Machine) 중심의 전통적 가상화(IaaS, Infrastructure as a Service)에서 선언형·불변·자동확장 기반의 클라우드 네이티브(PaaS·컨테이너) 모델로 빠르게 이동하고 있습니다.
글로벌 서비스가 표준이 된 오늘날, 기업 인프라 전략의 중심에는 더 이상 단일 데이터센터가 아닌 멀티 리전·멀티 클라우드 환경이 자리하고 있습니다.
AI 도입을 고민하는 조직이라면 한 번쯤 이런 질문을 받아보셨을 것입니다.
이 백서가 집필된 주된 목적은 공공 및 엔터프라이즈의 IT 리더들이 가지고 있는 '클라우드에 대한 오해'를 바로잡고, 실질적인 '기술적 자립'을 돕는 데 있습니다.
컨테이너는 일관된 실행 환경을 제공하며, 개발자가 만든 애플리케이션을 어디서든 동일하게 실행할 수 있도록 해줍니다.
구글 내부에서 탄생한 대규모 인프라 운영 기술의 진화 과정과, 그 기술적 결정체인 쿠버네티스가 어떻게 오픈소스로 공개되어 클라우드 네이티브라는 새로운 시대를 열게 되었는가에 관한 이야기입니다.
기존의 가상화(Virtualization) 기술은 물리 서버를 논리적으로 분리하여 여러 개의 가상 머신(VM)으로 운영할 수 있게 해주는 기술입니다.
쿠버네티스 자동화 기능은 운영자에게 필수적인 도구입니다.
"쿠버네티스 "라는 용어는 그리스어에서 유래된 단어로, "조타수(helmsman)" 또는 "항해사(navigator)"를 의미합니다.
「왜 쿠버네티스프로젝트가 어려운가」 PDF 자료는 쿠버네티스를 실제 운영 환경에서 적용할 때 겪는 복잡성과 현실적인 어려움을 매우 현실적이고 명확하게 설명하고 있기 때문에 꼭 참고해야 할 가치가 있는 자료입니다.