🥇 একটি Kubernetes ক্লাস্টারে একটি পুরানো বৈশিষ্ট্য শাখা সরানো

গ্রিটিংস! বৈশিষ্ট্য শাখা (ওরফে ডিপ্লোয় প্রিভিউ, রিভিউ অ্যাপ) - এটি তখনই হয় যখন শুধুমাত্র মাস্টার ব্রাঞ্চই মোতায়েন করা হয় না, প্রতিটি পুল অনুরোধ একটি অনন্য URL-এও করা হয়। আপনি কোডটি প্রোডাকশন পরিবেশে কাজ করে কিনা তা পরীক্ষা করতে পারেন; বৈশিষ্ট্যটি অন্যান্য প্রোগ্রামার বা পণ্য বিশেষজ্ঞদের দেখানো যেতে পারে। আপনি একটি পুল অনুরোধে কাজ করার সময়, পুরানো কোডের জন্য প্রতিটি নতুন প্রতিশ্রুতি বর্তমান স্থাপনা মুছে ফেলা হয়, এবং নতুন কোডের জন্য নতুন স্থাপনা রোল আউট করা হয়। আপনি যখন মাস্টার শাখায় একটি পুল অনুরোধ মার্জ করেন তখন প্রশ্ন উঠতে পারে। আপনার আর বৈশিষ্ট্য শাখার প্রয়োজন নেই, তবে কুবারনেটস সংস্থানগুলি এখনও ক্লাস্টারে রয়েছে।

বৈশিষ্ট্য শাখা সম্পর্কে আরো

কুবারনেটসে বৈশিষ্ট্য শাখা তৈরি করার একটি পদ্ধতি হল নামস্থান ব্যবহার করা। সংক্ষেপে, উত্পাদন কনফিগারেশন এই মত দেখায়:

kind: Namespace
apiVersion: v1
metadata:
  name: habr-back-end
...

kind: Deployment
apiVersion: apps/v1
metadata:
  namespace: habr-back-end
spec:
  replicas: 3
...

একটি বৈশিষ্ট্য শাখার জন্য, একটি নামস্থান তৈরি করা হয় তার শনাক্তকারী (উদাহরণস্বরূপ, পুল অনুরোধ নম্বর) এবং কিছু ধরনের উপসর্গ/পোস্টফিক্স (উদাহরণস্বরূপ, -পিআর-):

kind: Namespace
apiVersion: v1
metadata:
  name: habr-back-end-pr-17
...

kind: Deployment
apiVersion: apps/v1
metadata:
  namespace: habr-back-end-pr-17
spec:
  replicas: 1
...

সাধারণভাবে, আমি লিখেছিলাম কুবারনেটস অপারেটর (একটি অ্যাপ্লিকেশন যার ক্লাস্টার সংস্থানগুলিতে অ্যাক্সেস রয়েছে), Github এ প্রকল্পের লিঙ্ক. এটি পুরানো বৈশিষ্ট্য শাখাগুলির অন্তর্গত নামস্থানগুলি সরিয়ে দেয়। Kubernetes-এ, আপনি যদি একটি নামস্থান মুছে দেন, সেই নামস্থানের অন্যান্য সংস্থানগুলিও স্বয়ংক্রিয়ভাবে মুছে যায়।

$ kubectl get pods --all-namespaces | grep -e "-pr-"
NAMESPACE            ... AGE
habr-back-end-pr-264 ... 4d8h
habr-back-end-pr-265 ... 5d7h

একটি ক্লাস্টারে বৈশিষ্ট্য শাখাগুলি কীভাবে প্রয়োগ করা যায় সে সম্পর্কে আপনি পড়তে পারেন এখানে и এখানে.

প্রেরণা

চলুন ক্রমাগত একীকরণ সহ একটি সাধারণ পুল অনুরোধ জীবনচক্র দেখি (continuous integration):

আমরা শাখায় একটি নতুন প্রতিশ্রুতি ধাক্কা.
বিল্ডে, লিন্টার এবং/অথবা পরীক্ষা চালানো হয়।
কুবারনেটস পুল অনুরোধ কনফিগারেশনগুলি ফ্লাইতে তৈরি করা হয় (উদাহরণস্বরূপ, এর নম্বরটি সমাপ্ত টেমপ্লেটে ঢোকানো হয়)।
kubectl এপ্লাই ব্যবহার করে, ক্লাস্টারে কনফিগারেশন যোগ করা হয় (ডিপ্লয়)।
পুল রিকোয়েস্ট মাস্টার ব্রাঞ্চে মার্জ করা হয়েছে।

আপনি একটি পুল অনুরোধে কাজ করার সময়, পুরানো কোডের জন্য প্রতিটি নতুন প্রতিশ্রুতি বর্তমান স্থাপনা মুছে ফেলা হয়, এবং নতুন কোডের জন্য নতুন স্থাপনা রোল আউট করা হয়। কিন্তু যখন একটি পুল অনুরোধ মাস্টার শাখায় একত্রিত করা হয়, শুধুমাত্র মাস্টার শাখা নির্মিত হবে। ফলস্বরূপ, এটি দেখা যাচ্ছে যে আমরা ইতিমধ্যেই পুল অনুরোধটি ভুলে গেছি এবং এর কুবারনেটস সংস্থানগুলি এখনও ক্লাস্টারে রয়েছে।

কিভাবে ব্যবহার করতে হবে

নীচের কমান্ড দিয়ে প্রকল্পটি ইনস্টল করুন:

$ kubectl apply -f https://raw.githubusercontent.com/dmytrostriletskyi/stale-feature-branch-operator/master/configs/production.yml

নিম্নলিখিত বিষয়বস্তু সহ একটি ফাইল তৈরি করুন এবং এর মাধ্যমে ইনস্টল করুন kubectl apply -f:

apiVersion: feature-branch.dmytrostriletskyi.com/v1
kind: StaleFeatureBranch
metadata:
  name: stale-feature-branch
spec:
  namespaceSubstring: -pr-
  afterDaysWithoutDeploy: 3

স্থিতিমাপ নেমস্পেস সাবস্ট্রিং অন্যান্য নেমস্পেস থেকে অনুরোধের জন্য নেমস্পেস ফিল্টার করতে হবে। উদাহরণস্বরূপ, যদি ক্লাস্টারে নিম্নলিখিত নামস্থান থাকে: habr-back-end, habr-front-end, habr-back-end-pr-17, habr-back-end-pr-33, তারপর মুছে ফেলার জন্য প্রার্থী হবে habr-back-end-pr-17, habr-back-end-pr-33.

স্থিতিমাপ afterDaysWithout Deploy পুরানো নামস্থান মুছে ফেলার প্রয়োজন। উদাহরণস্বরূপ, যদি নামস্থান তৈরি করা হয় 3 дня 1 час ফিরে, এবং পরামিতি নির্দেশ করে 3 дня, এই নামস্থান মুছে ফেলা হবে। নামস্থান তৈরি হলে এটি বিপরীত দিকেও কাজ করে 2 дня 23 часа ফিরে, এবং পরামিতি নির্দেশ করে 3 дня, এই নামস্থান মুছে ফেলা হবে না।

আরও একটি পরামিতি রয়েছে, কত ঘন ঘন সমস্ত নামস্থান স্ক্যান করতে হবে এবং স্থাপনা ছাড়াই দিনগুলি পরীক্ষা করতে হবে তার জন্য এটি দায়ী - প্রতি মিনিটে চেক করুন. ডিফল্টরূপে এটি সমান 30 минутам.

এগুলো কিভাবে কাজ করে

অনুশীলনে, আপনার প্রয়োজন হবে:

ডকশ্রমিক একটি বিচ্ছিন্ন পরিবেশে কাজ করার জন্য।
মিনিক्यूब স্থানীয়ভাবে একটি Kubernetes ক্লাস্টার বাড়াবে।
কুবেক্টেল - ক্লাস্টার পরিচালনার জন্য কমান্ড লাইন ইন্টারফেস।

আমরা স্থানীয়ভাবে একটি Kubernetes ক্লাস্টার বাড়াই:

$ minikube start --vm-driver=docker
minikube v1.11.0 on Darwin 10.15.5
Using the docker driver based on existing profile.
Starting control plane node minikube in cluster minikube.

আমরা ইঙ্গিত kubectl ডিফল্টরূপে স্থানীয় ক্লাস্টার ব্যবহার করুন:

$ kubectl config use-context minikube
Switched to context "minikube".

উত্পাদন পরিবেশের জন্য কনফিগারেশন ডাউনলোড করুন:

$ curl https://raw.githubusercontent.com/dmytrostriletskyi/stale-feature-branch-operator/master/configs/production.yml > stale-feature-branch-production-configs.yml

যেহেতু প্রোডাকশন কনফিগারেশনগুলি পুরানো নামস্থান চেক করার জন্য কনফিগার করা হয়েছে, এবং আমাদের নতুন উত্থাপিত ক্লাস্টারে সেগুলি নেই, তাই আমরা পরিবেশ পরিবর্তনশীলটি প্রতিস্থাপন করব IS_DEBUG উপর true. এই মান দিয়ে প্যারামিটার afterDaysWithoutDeploy বিবেচনায় নেওয়া হয় না এবং নামস্থানগুলি স্থাপন না করে দিনের জন্য চেক করা হয় না, শুধুমাত্র সাবস্ট্রিং (-pr-).

যদি আপনি চালু হয় Linux:

$ sed -i 's|false|true|g' stale-feature-branch-production-configs.yml

যদি আপনি চালু হয় macOS:

$ sed -i "" 's|false|true|g' stale-feature-branch-production-configs.yml

প্রকল্প ইনস্টল করা হচ্ছে:

$ kubectl apply -f stale-feature-branch-production-configs.yml

ক্লাস্টারে একটি সংস্থান উপস্থিত হয়েছে তা পরীক্ষা করা হচ্ছে StaleFeatureBranch:

$ kubectl api-resources | grep stalefeaturebranches
NAME                 ... APIGROUP                             ... KIND
stalefeaturebranches ... feature-branch.dmytrostriletskyi.com ... StaleFeatureBranch

আমরা পরীক্ষা করি যে ক্লাস্টারে একটি অপারেটর উপস্থিত হয়েছে:

$ kubectl get pods --namespace stale-feature-branch-operator
NAME                                           ... STATUS  ... AGE
stale-feature-branch-operator-6bfbfd4df8-m7sch ... Running ... 38s

আপনি যদি এর লগগুলি দেখেন তবে এটি সংস্থানগুলি প্রক্রিয়া করার জন্য প্রস্তুত৷ StaleFeatureBranch:

$ kubectl logs stale-feature-branch-operator-6bfbfd4df8-m7sch -n stale-feature-branch-operator
... "msg":"Operator Version: 0.0.1"}
...
... "msg":"Starting EventSource", ... , "source":"kind source: /, Kind="}
... "msg":"Starting Controller", ...}
... "msg":"Starting workers", ..., "worker count":1}

আমরা রেডিমেড ইনস্টল করি fixtures (মডেলিং ক্লাস্টার সংস্থানগুলির জন্য প্রস্তুত কনফিগারেশন) একটি সংস্থানের জন্য StaleFeatureBranch:

$ kubectl apply -f https://raw.githubusercontent.com/dmytrostriletskyi/stale-feature-branch-operator/master/fixtures/stale-feature-branch.yml

কনফিগারেশনগুলি একটি সাবস্ট্রিং সহ নামস্থান অনুসন্ধান করতে নির্দেশ করে -pr- একবারে 1 минуту.:

apiVersion: feature-branch.dmytrostriletskyi.com/v1
kind: StaleFeatureBranch
metadata:
  name: stale-feature-branch
spec:
  namespaceSubstring: -pr-
  afterDaysWithoutDeploy: 1 
  checkEveryMinutes: 1

অপারেটর সাড়া দিয়েছে এবং নামস্থান চেক করতে প্রস্তুত:

$ kubectl logs stale-feature-branch-operator-6bfbfd4df8-m7sch -n stale-feature-branch-operator
... "msg":"Stale feature branch is being processing.","namespaceSubstring":"-pr-","afterDaysWithoutDeploy":1,"checkEveryMinutes":1,"isDebug":"true"}

ইনস্টল করুন fixtures, দুটি নামস্থান সমন্বিত (project-pr-1, project-pr-2) এবং তাদের deployments, services, ingress, এবং তাই:

$ kubectl apply -f https://raw.githubusercontent.com/dmytrostriletskyi/stale-feature-branch-operator/master/fixtures/first-feature-branch.yml -f https://raw.githubusercontent.com/dmytrostriletskyi/stale-feature-branch-operator/master/fixtures/second-feature-branch.yml
...
namespace/project-pr-1 created
deployment.apps/project-pr-1 created
service/project-pr-1 created
horizontalpodautoscaler.autoscaling/project-pr-1 created
secret/project-pr-1 created
configmap/project-pr-1 created
ingress.extensions/project-pr-1 created
namespace/project-pr-2 created
deployment.apps/project-pr-2 created
service/project-pr-2 created
horizontalpodautoscaler.autoscaling/project-pr-2 created
secret/project-pr-2 created
configmap/project-pr-2 created
ingress.extensions/project-pr-2 created

আমরা পরীক্ষা করি যে উপরের সমস্ত সংস্থান সফলভাবে তৈরি করা হয়েছে:

$ kubectl get namespace,pods,deployment,service,horizontalpodautoscaler,configmap,ingress -n project-pr-1 && kubectl get namespace,pods,deployment,service,horizontalpodautoscaler,configmap,ingress -n project-pr-2
...
NAME                              ... READY ... STATUS  ... AGE
pod/project-pr-1-848d5fdff6-rpmzw ... 1/1   ... Running ... 67s

NAME                         ... READY ... AVAILABLE ... AGE
deployment.apps/project-pr-1 ... 1/1   ... 1         ... 67s
...

যেহেতু আমরা অন্তর্ভুক্ত করেছি debug, নামস্থান project-pr-1 и project-pr-2, তাই প্যারামিটার বিবেচনা না করেই অন্যান্য সমস্ত সংস্থান অবিলম্বে মুছে ফেলতে হবে afterDaysWithoutDeploy. এটি অপারেটর লগগুলিতে দেখা যেতে পারে:

$ kubectl logs stale-feature-branch-operator-6bfbfd4df8-m7sch -n stale-feature-branch-operator
... "msg":"Namespace should be deleted due to debug mode is enabled.","namespaceName":"project-pr-1"}
... "msg":"Namespace is being processing.","namespaceName":"project-pr-1","namespaceCreationTimestamp":"2020-06-16 18:43:58 +0300 EEST"}
... "msg":"Namespace has been deleted.","namespaceName":"project-pr-1"}
... "msg":"Namespace should be deleted due to debug mode is enabled.","namespaceName":"project-pr-2"}
... "msg":"Namespace is being processing.","namespaceName":"project-pr-2","namespaceCreationTimestamp":"2020-06-16 18:43:58 +0300 EEST"}
... "msg":"Namespace has been deleted.","namespaceName":"project-pr-2"}

আপনি যদি সম্পদের প্রাপ্যতা পরীক্ষা করেন, তারা স্ট্যাটাসে থাকবে Terminating (মুছে ফেলার প্রক্রিয়া) বা ইতিমধ্যে মুছে ফেলা হয়েছে (কমান্ড আউটপুট খালি)।

$ kubectl get namespace,pods,deployment,service,horizontalpodautoscaler,configmap,ingress -n project-pr-1 && kubectl get namespace,pods,deployment,service,horizontalpodautoscaler,configmap,ingress -n project-pr-2
...

আপনি সৃষ্টি প্রক্রিয়া পুনরাবৃত্তি করতে পারেন fixtures কয়েকবার এবং নিশ্চিত করুন যে তারা এক মিনিটের মধ্যে সরানো হয়েছে।

বিকল্প

একটি ক্লাস্টারে কাজ করে এমন একজন অপারেটরের পরিবর্তে কী করা যেতে পারে? বেশ কয়েকটি পন্থা রয়েছে, সেগুলি সবই অসিদ্ধ (এবং তাদের ত্রুটিগুলি বিষয়গত), এবং প্রত্যেকে নিজের জন্য সিদ্ধান্ত নেয় একটি নির্দিষ্ট প্রকল্পের জন্য কী সেরা:

মাস্টার শাখার ক্রমাগত ইন্টিগ্রেশন বিল্ড করার সময় বৈশিষ্ট্য শাখা মুছুন।
- এটি করার জন্য, আপনাকে জানতে হবে যে কোন পুল অনুরোধটি তৈরি করা হচ্ছে তার সাথে সম্পর্কিত। যেহেতু বৈশিষ্ট্য শাখার নামস্থানে পুল অনুরোধ শনাক্তকারী রয়েছে - এর নম্বর, বা শাখার নাম, তাই শনাক্তকারীকে সর্বদা প্রতিশ্রুতিতে নির্দিষ্ট করতে হবে।
- মাস্টার শাখা নির্মাণ ব্যর্থ হয়. উদাহরণস্বরূপ, আপনার নিম্নলিখিত ধাপগুলি রয়েছে: প্রকল্পটি ডাউনলোড করুন, পরীক্ষা চালান, প্রকল্পটি তৈরি করুন, একটি প্রকাশ করুন, বিজ্ঞপ্তি পাঠান, শেষ পুল অনুরোধের বৈশিষ্ট্য শাখাটি সাফ করুন৷ একটি বিজ্ঞপ্তি পাঠানোর সময় বিল্ড ব্যর্থ হলে, আপনাকে ক্লাস্টারের সমস্ত সংস্থান ম্যানুয়ালি মুছতে হবে।
- সঠিক প্রসঙ্গ ছাড়া, মাস্টার বিল্ডে বৈশিষ্ট্য শাখাগুলি মুছে ফেলা সুস্পষ্ট নয়।
ওয়েবহুক ব্যবহার করে (উদাহরণ).
- এটি আপনার পদ্ধতি নাও হতে পারে। উদাহরণস্বরূপ, মধ্যে জেনকিন্স, শুধুমাত্র এক ধরনের পাইপলাইন সোর্স কোডে এর কনফিগারেশন সংরক্ষণ করার ক্ষমতা সমর্থন করে। ওয়েবহুক ব্যবহার করার সময়, সেগুলি প্রক্রিয়া করার জন্য আপনাকে নিজের স্ক্রিপ্ট লিখতে হবে। এই স্ক্রিপ্টটি জেনকিন্স ইন্টারফেসে স্থাপন করতে হবে, যা বজায় রাখা কঠিন।
লেখা ক্রোনজব এবং একটি Kubernetes ক্লাস্টার যোগ করুন।
- লেখালেখি এবং সমর্থনে সময় ব্যয় করা।
- অপারেটর ইতিমধ্যে একটি অনুরূপ শৈলী কাজ করে, নথিভুক্ত এবং সমর্থিত.

নিবন্ধে আপনার মনোযোগের জন্য আপনাকে ধন্যবাদ. Github প্রকল্পের লিঙ্ক.

উত্স: www.habr.com

Kubernetes ক্লাস্টারে একটি পুরানো বৈশিষ্ট্য শাখা সরানো হচ্ছে

বৈশিষ্ট্য শাখা সম্পর্কে আরো

প্রেরণা

কিভাবে ব্যবহার করতে হবে

এগুলো কিভাবে কাজ করে

বিকল্প

একটি মন্তব্য জুড়ুন উত্তর বাতিল