kubernetes전 필요 지식

<aside> 📢

애플리케이션 배포 환경의 변화

전통적인 방식(Traditional Deployment)
- 가장 오래되고 단순한 방식
- 물리적인 컴퓨터 한대에 하나의 OS 설치 후 여러가지 프로그램을 설치하는 방식
문제점
- 다른 OS 필요 시 컴퓨터 한대 더 필요
- 같은 컴퓨터에 리소스 공유로 인하여 배포한 애플리케이션 끼리 영향을 미처 성능 문제가 발생 </aside>

<aside> 📢

가상화 배포(Virtualized Deployment)
- 가상머신을 기반으로 배포하는 방법
- 물리적인 하드웨어 장치를 논리적인 객체로 추상화 하여 사용
- 한대의 서버 위에 여러개의 OS를 설치하고, 여러 애플리케이션을 실행시켜 비효율 문제를 해결
문제점
- VM이 많을수록 전통적인 방식 대비 성능의 안정성이 떨어지고, 실행속도가 느려짐 </aside>

<aside> 📢

<aside> 📢

Docker

컨테이너를 생성 후 사용 가능하도록 해주는 컨테이너화 기술
애플리케이션의 실행에 필요한 환경을 하나의 이미지로 모아두고, 그 이미지를 사용하여 다양한 환경에서 애플리케이션 실행 환경을 구축 및 운영하기 위한 오픈소스 가상화 플랫폼

image란

</aside>

Kubernetes란

<aside> 🌭

등장 배경

<aside> 🥧

Kubernetes란

<aside> 🍔

특징

거대한 생태계
- 전 세계적인 기업들의 참가로 인하여 커뮤니티와 생태계, 기술들을 쉽게 익힐수 있음
다양한 배포 방식
- Deploymnet, StatefulSets, DaemonSet, job, CronJob 등
- 여러 대의 애플리케이션을 띄우고 싶을 경우 deployment 사용
  
  로그나 모니터링 등 모든 서버에 설치가 필요한 경우 DaemonSet 이용
  
  배칭성 작업은 job, CronJob 이용
  
  ⇒ 이처럼 배포에 상당히 유연하게 작동
Namespace & Lable
- namespace 기능으로 하나의 클러스터를 논리적으로 구분하여 사용
- label 기능으로 유연하고 확장성 있게 리소스 관리
RBAC(role-based access control)
- 역할 기반 엑세스 제어
- 누가(주체), 무엇을(동사), 어디에(네임스페이스) 실행할 수 있는지 결정하는 권한 또는 탬플릿 집합을 수반하는 identity 및 액서스 관리 형식
- 각각의 리소스에 대해 유저별로 CRUD스러운 권한을 손쉽게 지정
- 클러스터 전체에 적용하거나 특정 네임스페이스에 적용
- AWS 경우 IAM을 연동하여 사용 가능
Auto Scaling
- 손쉽게 리소스 확장 가능

</aside>

<aside> 🍗

tools