컨트롤플레인 (1) 썸네일형 리스트형 쿠버네티스 뜨게 된 이유와 컴포넌트 정리 목차 1. 쿠버네티스 전에 도커 : 도커가 뜨게 된 이유 2. 도커와 쿠버네티스의 활성화 3. 쿠버네티스 컴포넌트 구성 4. 쿠버네티스 컴포넌트 - 컨트롤 플레인 5. 쿠버네티스 컴포넌트 - 노드 컴포넌트 6. 쿠버네티스 API 1. 쿠버네티스 전에 도커 : 도커가 뜨게 된 이유 전통적인 배포 에서는 물리 서버에서 여러 애플리케이션의 리소스 한계를 정의할 방법이 없었기에, 리소스 할당의 문제가 발생한다. 전통적인 물리 서버의 단점 : 호스트에도 개발환경에 필요한 설정을 똑같이 해야함. 앞으로 나올 컨테이너 배포 구조 보다 레이어가 복잡함. vm이 추가 되면 os도 하나가 추가되어야 함. 도커에서 제시하는 가상화된 배포는 단일 물리 서버의 CPU에서 여러 가상 시스템 (VM)을 실행할 수 있게 하고 리소스.. 이전 1 다음
