[CKA] 14. Commands

Date

2024/11/22

Imperative vs Declarative

단계적으로 작성된 명령어들의 집합

•

YAML 파일을 다루지 않기 때문에 생성과 수정이 빠름

•

어떻게 생성됐는지 기억하기 힘듦

•

항상 현재 환경 설정을 인지하고 변경하기 전에 확인해야 하기 때문에 관리자에게 까다로움

kubectl run --image=nginx nginx

kubectl create deployment --image=nginx nginx

kubectl expose deployment nginx --port 80

kubectl edit deployment nginx

edit로 변경한 것은 다른 곳에 기록되지 않기 때문에 local에 가지고 있는 정의 파일과 설정이 달라질 수 있음

kubectl scale deployment nginx --replicas=5

kubectl set image deployment nginx nginx=nginx:1.18

kubectl create -f nginx.yaml

kubectl replace -f nginx.yaml

kubectl replace --force -f nginx.yaml

kubectl delete -f nginx.yaml

요구사항을 선언 (애플리케이션과 서비스의 예상 상태를 정의하는 파일 집합을 생성)
기존 선언에서 변경사항을 업데이트하면 이미 진행된 사항을 파악하고 필요한 수정 사항만 적용함

•

단일 kubectl 명령으로 생성, 업데이트, 삭제하는 명령이 가능

kubectl apply -f nginx.yaml

apply command는 어떤 수정을 할지 결정하기 전 Local file, Live object definition, Last applied configuration을 고려한다

•

Local file: Local system에 저장된 configuration file (YAML)

•

Live object definition: Kubernetes Memory에 저장되는 Configuration (YAML)

•

Last applied configuration: Live object definition에 annotation으로 저장 (JSON)

•

Object가 생성될 때 object configuration은 local file과 유사하지만 status를 저장하는 추가 필드가 존재

◦

Live object configuration

•

Local configuration file의 YAML은 JSON으로 변환되어 Last applied Configuration으로 저장됨

•

업데이트 시 앞선 세 가지를 모두 비교하여 Live Object에 어떤 변화가 있는지 확인

Local file의 nginx image 업데이트

Live object configuration 과 비교

차이가 있을 시 Live object configuration 업데이트

변화가 생기면 Last applied Configuration 업데이트

Imperative(명령적) 접근으로 커맨드 시 Last applied configuration은 변경되지 않음

•

kubectl create, kubectl replace