ডকুমেন্টেশন দ্বারা আমি যা বুঝতে পেরেছি তা হ'ল:
আমার প্রশ্নগুলি হয়
উত্তর:
সেগুলি দুটি ভিন্ন পন্থা:
kubectl createযাকে আমরা ইমপিটেটিভ ম্যানেজমেন্ট বলি । এই পদ্ধতির উপরে আপনি কুবেরনেটস এপিআইকে বলবেন যে আপনি কী তৈরি করতে চান, প্রতিস্থাপন করতে বা মুছতে চান, আপনি কীভাবে আপনার কে 8 এর ক্লাস্টার ওয়ার্ল্ড দেখতে চান তা নয়।
kubectl applyডিক্লারেটিভ ম্যানেজমেন্ট পদ্ধতির অংশ , যেখানে আপনি কোনও লাইভ অবজেক্টে (যেমন মাধ্যমে scale) প্রয়োগ করেছেন এমন পরিবর্তনগুলি " রক্ষণাবেক্ষণ " করা হয় এমনকি আপনি যদি applyবস্তুতে অন্য পরিবর্তন করেন তবে।
কুবেরনেটস অবজেক্ট ম্যানেজমেন্ট ডকুমেন্টেশনে আপনি আবশ্যকীয় এবং ঘোষণামূলক পরিচালনা সম্পর্কে আরও পড়তে পারেন ।
kubectl createএবং kubectl applyঅভিন্ন প্রভাব আছে কিনা তা নিশ্চিত করে না।
kubectl createযদি সংস্থানটি ইতিমধ্যে বিদ্যমান থাকে তবে একটি ত্রুটি ফেলবে। kubectl applyনা। পার্থক্যটি হ'ল kubectl createবিশেষত "এই জিনিসটি তৈরি করুন" kubectl applyবলেছে যেখানে "এটির মতো দেখানোর জন্য প্রয়োজনীয় যা কিছু করা (তৈরি, আপডেট করা ইত্যাদি) করুন" says
সিআই স্ক্রিপ্টে চলার সময়, আপনাকে প্রয়োজনীয় কমান্ডগুলির সাথে সমস্যা হবে কারণ উত্সটি ইতিমধ্যে উপস্থিত থাকলে একটি ত্রুটি তৈরি করে।
আপনি যা করতে পারেন তা প্রয়োগ--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 নিবন্ধ যা Kubernetes ওয়েবসাইট লিঙ্ক করা হয়েছে:
আমরা এখানে তৈরির পরিবর্তে প্রয়োগটি ব্যবহার করি যাতে ভবিষ্যতে আমরা ক্রমাগতভাবে সম্পূর্ণরূপে ওভাররাইটের পরিবর্তে ইনগ্রেশন কন্ট্রোলার সামগ্রীগুলিতে পরিবর্তনগুলি প্রয়োগ করতে পারি।
applyমতো docker-compose up -d+ ব্যবহারের 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 তৈরি করুন একটি অবজেক্ট কনফিগারেশন ফাইলের সাথে কাজ পারে। এটি অপরিহার্য পরিচালনা হিসাবেও পরিচিত
kubectl create -f filename | url
kubectl অ্যাপ্লিকেশন কনফিগারেশন yaml ফাইল ধারণকারী ডিরেক্টরি এবং এটির উপ ডিরেক্টরিগুলির সাথে কাজ করে apply এটি ঘোষিত ব্যবস্থাপনা হিসাবেও পরিচিত। ডিরেক্টরি থেকে একাধিক অবজেক্ট কনফিগারেশন ফাইল বাছাই করা যেতে পারে। kubectl প্রয়োগ-ডিরেক্টরি ডিরেক্টরি /
বিশদ:
https://kubernetes.io/docs/tasks/manage-kubernetes-objects/declarative-config/
https://kubernetes.io/docs/tasks/manage-kubernetes-objects/imperative-config/
আমরা কুবেরনেটসকে ভালবাসি কারণ আমরা আমাদের যা চাই তা দেওয়ার পরে এটি আমাদের কোনও জড়িততা ছাড়াই কীভাবে অর্জন করা যায় তা নির্ধারণ করতে চলে যায়।
"তৈরি" হ'ল জিনিসগুলি নিজের হাতে নিয়ে playingশ্বরকে খেলার মতো। স্থানীয় ডিবাগিংয়ের জন্য এটি ভাল যখন আপনি কেবলমাত্র POD এর সাথে কাজ করতে চান এবং আবশ্যক ডিপ্লোয়মেন্ট / প্রতিলিপি নিয়ন্ত্রণকারীর যত্ন নেবেন না।
"প্রয়োগ" নিয়ম অনুসারে খেলছে। "প্রয়োগ" হ'ল একটি মাস্টার সরঞ্জামের মতো যা আপনাকে তৈরি করতে এবং সংশোধন করতে সহায়তা করে এবং পোডগুলি পরিচালনা করতে আপনার কাছ থেকে কোনও কিছুই প্রয়োজন হয় না।