Những gì tôi hiểu bởi các tài liệu là:
Câu hỏi của tôi là
Câu trả lời:
Đó là hai cách tiếp cận khác nhau:
kubectl createlà những gì chúng ta gọi là Quản lý mệnh lệnh . Theo cách tiếp cận này, bạn nói với API Kubernetes những gì bạn muốn tạo, thay thế hoặc xóa, chứ không phải cách bạn muốn thế giới cụm K8 của bạn trông như thế nào.
kubectl applylà một phần của phương pháp Quản lý khai báo , trong đó những thay đổi mà bạn có thể đã áp dụng cho một đối tượng sống (tức là thông qua scale) được " duy trì " ngay cả khi bạn applythay đổi đối tượng khác.
Bạn có thể đọc thêm về quản lý mệnh lệnh và khai báo trong tài liệu Quản lý đối tượng Kubernetes .
kubectl createvà kubectl applycó hiệu lực thi hành giống hệt nhau hay không.
kubectl createsẽ đưa ra một lỗi nếu tài nguyên đã tồn tại. kubectl applysẽ không Sự khác biệt là kubectl createcụ thể nói "tạo ra thứ này" trong khi kubectl applynói "làm bất cứ điều gì cần thiết (tạo, cập nhật, v.v.) để làm cho nó trông như thế này".
Khi chạy trong tập lệnh CI, bạn sẽ gặp rắc rối với các lệnh bắt buộc vì tạo sẽ gây ra lỗi nếu tài nguyên đã tồn tại.
Những gì bạn có thể làm là áp dụng (mẫu khai báo) đầu ra của lệnh bắt buộc, bằng cách sử dụng --dry-run=truevà -o yamlcác tùy chọn:
kubectl create whatever --dry-run=true -o yaml | kubectl apply -f -
Lệnh trên sẽ không gây ra lỗi nếu tài nguyên đã tồn tại (và sẽ cập nhật tài nguyên nếu cần).
Điều này rất hữu ích trong một số trường hợp bạn không thể sử dụng mẫu khai báo (ví dụ: khi tạo một bí mật đăng ký docker).
kubectl delete deployment nginx --ignore-not-found; kubectl create deployment nginx --image=nginx
Chỉ cần đưa ra một câu trả lời thẳng thắn hơn, từ sự hiểu biết của tôi:
apply- thực hiện các thay đổi gia tăng đối với một đối tượng hiện có
create- tạo ra một đối tượng hoàn toàn mới (trước đây không tồn tại / đã bị xóa)
Lấy điều này từ một bài viết DigitalOcean được liên kết bởi trang web Kubernetes:
Chúng tôi sử dụng áp dụng thay vì tạo ở đây để trong tương lai chúng tôi có thể tăng dần áp dụng các thay đổi cho các đối tượng Bộ điều khiển Ingress thay vì ghi đè hoàn toàn chúng.
applylike docker-compose up -d+ sử dụng createnhư thế docker-compose up -d --buildnào?
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
kubectl diff -f configs/
kubectl apply -f configs/
Các giải thích dưới đây từ các tài liệu chính thức đã giúp tôi hiểu kubectl apply.
Lệnh này sẽ so sánh phiên bản cấu hình mà bạn đang đẩy với phiên bản trước và áp dụng các thay đổi bạn đã thực hiện mà không ghi đè bất kỳ thay đổi tự động nào đối với các thuộc tính bạn chưa chỉ định.
kubectl create mặt khác sẽ tạo ra các tài nguyên (nên không tồn tại).
Tạo kubectl có thể làm việc với một tệp cấu hình đối tượng tại một thời điểm. Điều này còn được gọi là quản lý mệnh lệnh
kubectl tạo tên tệp -f | url
kubectl áp dụng hoạt động với các thư mục và thư mục con của nó chứa các tệp yaml cấu hình đối tượng. Điều này còn được gọi là quản lý khai báo. Nhiều tập tin cấu hình đối tượng từ các thư mục có thể được chọn. kubectl áp dụng thư mục -f /
Chi tiết:
https://kubernetes.io/docs/t
Nhiệm/manage-kubernetes-objects/declarative-config/ https://kubernetes.io/docs/t Nhiệm/manage-kubernetes-objects/imperative-config/
Chúng tôi yêu Kubernetes là bởi vì một khi chúng tôi cung cấp cho họ những gì chúng tôi muốn thì sẽ tìm ra cách để đạt được nó mà không cần bất kỳ sự tham gia nào của chúng tôi.
"Tạo" giống như chơi THIÊN CHÚA bằng cách lấy mọi thứ vào tay chúng ta. Nó tốt cho gỡ lỗi cục bộ khi bạn chỉ muốn làm việc với POD và không quan tâm đến Bộ điều khiển triển khai / nhân rộng abt.
"áp dụng" là chơi theo luật. "Áp dụng" giống như một công cụ chính giúp bạn tạo và sửa đổi và không yêu cầu gì từ bạn để quản lý các nhóm.