प्रलेखन द्वारा मुझे जो समझा गया है, वह है:
मेरे सवाल हैं
जवाबों:
वे दो अलग-अलग दृष्टिकोण हैं:
kubectl createजिसे हम इंपीरियल मैनेजमेंट कहते हैं । इस दृष्टिकोण पर आप Kubernetes API को बताते हैं कि आप क्या बनाना, बदलना या हटाना चाहते हैं, न कि कैसे आप चाहते हैं कि आपका K8s क्लस्टर दुनिया जैसा दिखे।
kubectl applyDeclarative Management दृष्टिकोण का एक हिस्सा है , जहाँ आपके द्वारा किसी लाइव ऑब्जेक्ट (यानी के माध्यम से scale) पर लागू किए गए परिवर्तनों को " बनाए रखा जाता है " भले ही आप applyऑब्जेक्ट में अन्य परिवर्तन करें।
आप कुबेरनेट्स ऑब्जेक्ट मैनेजमेंट प्रलेखन में अनिवार्य और घोषणात्मक प्रबंधन के बारे में अधिक पढ़ सकते हैं ।
kubectl createऔर kubectl applyसमान प्रभाव हैं या नहीं।
kubectl createयदि संसाधन पहले से मौजूद है, तो एक त्रुटि होगी। kubectl applyनहीं होगा। अंतर यह है कि kubectl createविशेष रूप से "इस चीज़ को बनाएं" kubectl applyकहते हैं, जबकि कहते हैं "जो कुछ भी आवश्यक है (बनाएं, अपडेट, आदि) उसे ऐसा दिखने के लिए बनाएं"।
जब एक CI स्क्रिप्ट चलती है, तो आपको क्रिएट कमांड के साथ परेशानी होगी यदि कोई संसाधन पहले से मौजूद है, तो कोई त्रुटि करता है।
आप क्या कर सकते है लागू करने (कथात्मक पैटर्न) अपने जरूरी आदेश के उत्पादन, उपयोग करके --dry-run=trueऔर -o yamlविकल्प:
kubectl create whatever --dry-run=true -o yaml | kubectl apply -f -
यदि संसाधन पहले से मौजूद है (और जरूरत पड़ने पर संसाधन को अपडेट कर देगा) तो ऊपर दिए गए कमांड में कोई त्रुटि नहीं होगी।
यह कुछ मामलों में बहुत उपयोगी है, जहां आप घोषणात्मक पैटर्न का उपयोग नहीं कर सकते हैं (उदाहरण के लिए डॉक-रजिस्ट्री रहस्य बनाते समय)।
kubectl delete deployment nginx --ignore-not-found; kubectl create deployment nginx --image=nginx
बस मेरी समझ से अधिक सीधे उत्तर देने के लिए:
apply- किसी मौजूदा वस्तु में वृद्धिशील परिवर्तन
createकरता है - एक पूरी नई वस्तु बनाता है (पहले गैर-मौजूदा / हटाए गए)
इसे DigitalOcean लेख से लेना जो कुबेरनेट वेबसाइट द्वारा जोड़ा गया था:
हम यहां बनाने के बजाय लागू का उपयोग करते हैं ताकि भविष्य में हम पूरी तरह से अधिलेखित करने के बजाय इनग्रेड कंट्रोलर ऑब्जेक्ट में परिवर्तन लागू कर सकें।
applylike like docker-compose up -d+ use का उपयोग करते createहैं docker-compose up -d --build?
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/
आधिकारिक दस्तावेज से नीचे दिए गए स्पष्टीकरण ने मुझे समझने में मदद की kubectl apply।
यह आदेश उस कॉन्फ़िगरेशन के संस्करण की तुलना करेगा जिसे आप पिछले संस्करण के साथ धक्का दे रहे हैं और आपके द्वारा किए गए परिवर्तनों को लागू करते हुए, आपके द्वारा निर्दिष्ट गुणों के बिना किसी भी स्वचालित परिवर्तन को अधिलेखित किए बिना।
kubectl create दूसरी ओर (गैर-मौजूदा होना चाहिए) संसाधन बनाएंगे।
kubectl create एक समय में एक ऑब्जेक्ट कॉन्फ़िगरेशन फ़ाइल के साथ काम कर सकता है। इसे अनिवार्य प्रबंधन के रूप में भी जाना जाता है
kubectl create -f filename | url |
kubectl निर्देशिकाओं और इसके उप निर्देशिकाओं के साथ काम करता है जिसमें ऑब्जेक्ट कॉन्फ़िगरेशन यम फाइलें होती हैं। इसे घोषणात्मक प्रबंधन के रूप में भी जाना जाता है। निर्देशिकाओं से एकाधिक ऑब्जेक्ट कॉन्फ़िगरेशन फ़ाइलों को उठाया जा सकता है। kubectl लागू -f निर्देशिका /
विवरण:
https://kubernetes.io/docs/tasks/manage-kubernetes-objects/declarative-config/
https://kubernetes.io/docs/tasks/manage-kubernetes-objects/imperative-config/
हम कुबेरनेट्स से प्यार करते हैं क्योंकि एक बार जब हम उन्हें दे देते हैं तो हम चाहते हैं कि यह पता चले कि हमारी भागीदारी के बिना इसे कैसे प्राप्त किया जाए।
"सृजन" चीजों को अपने हाथों में लेकर जीओडी की तरह है। यह स्थानीय डिबगिंग के लिए अच्छा है जब आप केवल POD के साथ काम करना चाहते हैं और न कि abt परिनियोजन / प्रतिकृति नियंत्रक की देखभाल करना चाहते हैं।
"लागू" नियमों द्वारा खेल रहा है। "लागू करें" एक मास्टर टूल की तरह है जो पॉड्स को प्रबंधित करने के लिए आपको बनाने और संशोधित करने और कुछ भी नहीं करने में मदद करता है।