다음은 명령입니다 .

kubectl run = kubectl create deployment

장점 :

• 간단하고 배우기 쉽고 기억하기 쉽습니다.
• 클러스터를 변경하려면 단일 단계 만 필요합니다.

단점 :

• 변경 검토 프로세스와 통합하지 마십시오.
• 변경과 관련된 감사 내역을 제공하지 마십시오.
• 살아있는 것 이외의 기록을 제공하지 마십시오.
• 새 개체를 만들기위한 템플릿을 제공하지 마십시오.

다음은 필수 객체 구성입니다 .

kubectl create -f your-object-config.yaml

kubectl delete -f your-object-config.yaml

kubectl replace -f your-object-config.yaml

명령형 명령과 비교하여 장점 :

• Git과 같은 소스 제어 시스템에 저장할 수 있습니다.
• 푸시 및 감사 추적 전에 변경 사항 검토와 같은 프로세스와 통합 할 수 있습니다.
• 새 개체를 만들기위한 템플릿을 제공합니다.

명령형 명령과 비교할 때의 단점 :

• 객체 스키마에 대한 기본 지식이 필요합니다.
• YAML 파일을 작성하는 추가 단계가 필요합니다.

선언적 객체 구성과 비교하여 장점 :

• 더 간단하고 이해하기 쉽습니다.
• Kubernetes 버전 1.5 이후 더 성숙합니다.

선언적 객체 구성과 비교할 때의 단점 :

• 디렉토리가 아닌 파일에서 가장 잘 작동합니다.
• 라이브 객체에 대한 업데이트는 구성 파일에 반영되어야합니다. 그렇지 않으면 다음 교체 중에 손실됩니다.

이들은 선언적 객체 구성입니다

kubectl diff -f configs/

kubectl apply -f configs/

명령형 객체 구성과 비교 한 장점 :

• 활성 오브젝트에 직접 작성된 변경 사항은 구성 파일로 다시 병합되지 않더라도 유지됩니다.
• 디렉토리에서 작동하고 오브젝트 별 조작 유형 (작성, 패치, 삭제)을 자동으로 감지하는 기능이 향상되었습니다.

명령형 객체 구성과 비교할 때의 단점 :

• 예상치 못한 결과를 디버그하고 이해하기가 더 어렵습니다.
• diff를 사용한 부분 업데이트는 복잡한 병합 및 패치 작업을 만듭니다.

---

답변