কুবারনেটস স্থাপনার কৌশল: রোলিং, রিক্রিয়েট, নীল/সবুজ, ক্যানারি, ডার্ক (A/B টেস্টিং)

বিঃদ্রঃ. অনুবাদ: ওয়েভওয়ার্কসের এই ওয়াকথ্রুটি সবচেয়ে জনপ্রিয় অ্যাপ্লিকেশন রোলআউট কৌশলগুলির সাথে পরিচয় করিয়ে দেয় এবং কীভাবে আপনি ফ্ল্যাগার কুবারনেটস অপারেটরের সাথে সবচেয়ে উন্নতগুলি প্রয়োগ করতে পারেন। এটি সহজ ভাষায় লেখা এবং এতে ভিজ্যুয়াল ডায়াগ্রাম রয়েছে যা এমনকি নবীন প্রকৌশলীদেরও সমস্যাটি বুঝতে দেয়।

ডায়াগ্রাম থেকে নেওয়া হয়েছে আরেকটি পর্যালোচনা কন্টেইনার সলিউশনে তৈরি রোলআউট কৌশল

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

সংক্ষিপ্ত এবং আরও ঘন ঘন স্থাপনের নিম্নলিখিত সুবিধা রয়েছে:

• বাজার করার সময় কমে গেছে।
• নতুন বৈশিষ্ট্যগুলি দ্রুত ব্যবহারকারীদের কাছে পৌঁছায়।
• ব্যবহারকারীর প্রতিক্রিয়া দ্রুত বিকাশ দলের কাছে পৌঁছায়। এর অর্থ হল টিম বৈশিষ্ট্যগুলি যোগ করতে এবং সমস্যাগুলি আরও দ্রুত সমাধান করতে পারে৷
• বিকাশকারীর মনোবল উন্নত করে: বিকাশের আরও বৈশিষ্ট্যগুলির সাথে কাজ করা আরও মজাদার।

কিন্তু রিলিজের ফ্রিকোয়েন্সি বাড়ার সাথে সাথে অ্যাপের নির্ভরযোগ্যতা বা ব্যবহারকারীর অভিজ্ঞতাকে নেতিবাচকভাবে প্রভাবিত করার সম্ভাবনাও বেড়ে যায়। এই কারণেই অপারেশন এবং DevOps টিমের জন্য প্রক্রিয়াগুলি তৈরি করা এবং স্থাপনার কৌশলগুলি এমনভাবে পরিচালনা করা গুরুত্বপূর্ণ যাতে পণ্য এবং ব্যবহারকারীদের ঝুঁকি কম হয়। (CI/CD পাইপলাইন স্বয়ংক্রিয় করার বিষয়ে আরও জানতে, দেখুন এখানে.)

এই পোস্টে, আমরা কুবারনেটের বিভিন্ন স্থাপনার কৌশল নিয়ে আলোচনা করব, যার মধ্যে রয়েছে রোলিং স্থাপনা এবং আরও উন্নত পদ্ধতি যেমন ক্যানারি রোলআউট এবং তাদের বৈচিত্র।

স্থাপনার কৌশল

বিভিন্ন ধরণের স্থাপনার কৌশল রয়েছে যা উদ্দেশ্যের উপর নির্ভর করে ব্যবহার করা যেতে পারে। উদাহরণস্বরূপ, আপনাকে আরও পরীক্ষার জন্য কিছু পরিবেশে বা ব্যবহারকারী/ক্লায়েন্টদের একটি উপসেটে পরিবর্তন করতে হতে পারে, অথবা একটি বৈশিষ্ট্য তৈরি করার আগে আপনাকে ব্যবহারকারীদের উপর সীমিত পরীক্ষা করতে হতে পারে পাবলিক.

ঘূর্ণায়মান (ক্রমিক, ঘূর্ণায়মান স্থাপনা)

এটি Kubernetes-এর জন্য আদর্শ স্থাপনার কৌশল। এটি ধীরে ধীরে, একের পর এক, অ্যাপ্লিকেশনের পুরানো সংস্করণের সাথে পডগুলিকে নতুন সংস্করণের সাথে পডগুলির সাথে প্রতিস্থাপন করে - ক্লাস্টারের ডাউনটাইম ছাড়াই।

কুবারনেটস নতুন শুঁটি যাওয়ার জন্য প্রস্তুত হওয়ার জন্য অপেক্ষা করছে (এগুলি দিয়ে পরীক্ষা করা হচ্ছে প্রস্তুতি পরীক্ষা) পুরানোগুলি রোল আপ করার জন্য এগিয়ে যাওয়ার আগে। যদি একটি সমস্যা দেখা দেয়, এই ধরনের একটি ঘূর্ণায়মান আপডেট সম্পূর্ণ ক্লাস্টার বন্ধ না করেই বাতিল করা যেতে পারে। স্থাপনার ধরন YAML ফাইলে, নতুন চিত্রটি পুরানো চিত্রটিকে প্রতিস্থাপন করে:

apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: awesomeapp
spec:
  replicas: 3
  template:
    metadata:
      labels:
        app: awesomeapp
    spec:
      containers:
        - name: awesomeapp
          image: imagerepo-user/awesomeapp:new
          ports:
            - containerPort: 8080

রোলিং আপডেটের পরামিতিগুলি ম্যানিফেস্ট ফাইলে নির্দিষ্ট করা যেতে পারে:

spec:
  replicas: 3
  strategy:
    type: RollingUpdate
    rollingUpdate:
       maxSurge: 25%
       maxUnavailable: 25%  
  template:
  ...

পুনরায় তৈরি করা (পুনঃসৃষ্টি)

এই সহজ ধরনের স্থাপনায়, পুরানো শুঁটিগুলি একবারে মেরে ফেলা হয় এবং নতুনগুলি দিয়ে প্রতিস্থাপিত হয়:

সংশ্লিষ্ট ম্যানিফেস্টটি এরকম কিছু দেখায়:

spec:
  replicas: 3
  strategy:
    type: Recreate
  template:
  ...

নীল/সবুজ (নীল-সবুজ স্থাপনা)

নীল-সবুজ স্থাপনার কৌশল (কখনও কখনও লাল/কালো, অর্থাত্ লাল-কালো হিসাবেও উল্লেখ করা হয়) অ্যাপ্লিকেশনটির পুরানো (সবুজ) এবং নতুন (নীল) সংস্করণগুলির একযোগে মোতায়েন জড়িত। একবার উভয় সংস্করণ হোস্ট করা হলে, সবুজ একটি সাধারণ ব্যবহারকারীর জন্য উপলব্ধ, যখন নীল একটি পৃথক পরিষেবা বা সরাসরি পোর্ট ফরওয়ার্ডিংয়ের মাধ্যমে স্বয়ংক্রিয় পরীক্ষাগুলি QA দলের জন্য উপলব্ধ:

apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: awesomeapp-02
spec:
  template:
    metadata:
      labels:
        app: awesomeapp
        version: "02"

নীল (নতুন) সংস্করণটি পরীক্ষিত এবং প্রকাশের জন্য অনুমোদিত হওয়ার পরে, পরিষেবাটি এতে স্যুইচ করা হয়েছে এবং সবুজ (পুরাতন) ছোট করা হয়েছে:

apiVersion: v1
kind: Service
metadata:
  name: awesomeapp
spec:
  selector:
    app: awesomeapp
    version: "02"
...

ক্যানারি (ক্যানারি স্থাপনা)

ক্যানারি রোলআউটগুলি নীল-সবুজের মতো, তবে আরও ভাল নিয়ন্ত্রিত এবং ব্যবহৃত প্রগতিশীল ধাপে ধাপে পদ্ধতি। গোপন লঞ্চ এবং A/B পরীক্ষা সহ বেশ কিছু ভিন্ন কৌশল এই বিভাগে পড়ে।

এই কৌশলটি ব্যবহার করা হয় যখন কিছু নতুন কার্যকারিতা পরীক্ষা করার প্রয়োজন হয়, সাধারণত অ্যাপ্লিকেশনের ব্যাকএন্ডে। পদ্ধতির সারমর্ম হল দুটি প্রায় অভিন্ন সার্ভার তৈরি করা: একটি প্রায় সমস্ত ব্যবহারকারীকে পরিবেশন করে এবং অন্যটি, নতুন বৈশিষ্ট্য সহ, ব্যবহারকারীদের শুধুমাত্র একটি ছোট উপগোষ্ঠীকে পরিবেশন করে, যার পরে তাদের কাজের ফলাফল তুলনা করা হয়। যদি সবকিছু ত্রুটি ছাড়াই চলে যায়, নতুন সংস্করণটি ধীরে ধীরে পুরো পরিকাঠামোতে নিয়ে আসা হয়।

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

উদাহরণস্বরূপ, আপনার দুটি ভিন্ন গিট ম্যানিফেস্ট থাকতে পারে: একটি 0.1.0 ট্যাগ সহ একটি নিয়মিত এবং একটি 0.2.0 ট্যাগ সহ একটি ক্যানারি৷ Istio ভার্চুয়াল গেটওয়ে ম্যানিফেস্টে ওজন পরিবর্তন করে, আপনি এই দুটি স্থাপনার মধ্যে ট্রাফিকের বন্টন নিয়ন্ত্রণ করতে পারেন:

Istio এর সাথে ক্যানারি স্থাপনা বাস্তবায়নের জন্য একটি ধাপে ধাপে নির্দেশিকা পাওয়া যাবে Istio এর সাথে GitOps ওয়ার্কফ্লো. (বিঃদ্রঃ. অনুবাদ: আমরা ইস্টিওতে ক্যানারি রোল সম্পর্কে উপাদানও অনুবাদ করেছি এখানে.)

Weaveworks ফ্ল্যাগার সহ ক্যানারি স্থাপনা

Weaveworks ফ্ল্যাগার ক্যানারি রোলগুলির সহজ এবং দক্ষ নিয়ন্ত্রণের অনুমতি দেয়।

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

Kubernetes এর স্থাপনার উপর ভিত্তি করে এবং, যদি প্রয়োজন হয়, স্কেল-আউট পড (HPA), ফ্ল্যাগার ক্যানারি স্থাপনার বিশ্লেষণ এবং বাস্তবায়নের জন্য বস্তুর সেট (কুবারনেটস স্থাপনা, ক্লাস্টারআইপি পরিষেবা এবং ইস্টিও বা অ্যাপ মেশ ভার্চুয়াল পরিষেবা) তৈরি করে:

একটি নিয়ন্ত্রণ লুপ বাস্তবায়ন (নিয়ন্ত্রণ লুপ)HTTP অনুরোধের সাফল্যের হার, গড় অনুরোধের সময়কাল এবং পড স্বাস্থ্যের মতো মূল কর্মক্ষমতা মেট্রিক্স পরিমাপ করার সময় ফ্ল্যাগার ধীরে ধীরে ক্যানারি সার্ভারে ট্রাফিক পরিবর্তন করে। KPIs (কি পারফরম্যান্স ইন্ডিকেটর) এর বিশ্লেষণের উপর ভিত্তি করে, ক্যানারি অংশ হয় বৃদ্ধি পায় বা সঙ্কুচিত হয় এবং বিশ্লেষণের ফলাফল স্ল্যাকে প্রকাশিত হয়। এই প্রক্রিয়াটির একটি বর্ণনা এবং প্রদর্শন উপাদানটিতে পাওয়া যাবে অ্যাপ মেশের জন্য প্রগতিশীল ডেলিভারি.

অন্ধকার (লুকানো) বা A/B স্থাপনা

স্টিলথ স্থাপনা হল ক্যানারি কৌশলের আরেকটি পরিবর্তন (যা, ফ্ল্যাগারও কাজ করতে পারে)। স্টিলথ এবং ক্যানারি স্থাপনার মধ্যে পার্থক্য হল যে স্টিলথ স্থাপনা সামনের প্রান্তের সাথে কাজ করে এবং ক্যানারি স্থাপনার মতো ব্যাকএন্ড নয়।

এই স্থাপনার আরেকটি নাম হল A/B টেস্টিং। সমস্ত ব্যবহারকারীর জন্য একটি নতুন বৈশিষ্ট্যের অ্যাক্সেস খোলার পরিবর্তে, এটি শুধুমাত্র তাদের একটি সীমিত অংশের জন্য অফার করা হয়। সাধারণত, এই ব্যবহারকারীরা জানেন না যে তারা অগ্রগামী পরীক্ষক (অতএব "নীরব স্থাপনা" শব্দটি)।

ফাংশন সুইচ সঙ্গে (বৈশিষ্ট্য টগল) এবং অন্যান্য সরঞ্জাম, ব্যবহারকারীরা কীভাবে একটি নতুন বৈশিষ্ট্যের সাথে ইন্টারঅ্যাক্ট করে তা আপনি নিরীক্ষণ করতে পারেন, তারা এতে আসক্ত কিনা বা নতুন ব্যবহারকারী ইন্টারফেস বিভ্রান্তিকর, এবং অন্যান্য ধরণের মেট্রিক্স খুঁজে পান।

ফ্ল্যাগার এবং A/B স্থাপনা

ওজনযুক্ত রাউটিং ছাড়াও, ফ্ল্যাগার HTTP প্যারামিটারের উপর ভিত্তি করে ক্যানারি সার্ভারে ট্র্যাফিক রুট করতে পারে। A/B টেস্টিং ব্যবহারকারীদের একটি নির্দিষ্ট অংশ পুনঃনির্দেশ করতে HTTP হেডার বা কুকি ব্যবহার করতে পারে। এটি বিশেষ করে ফ্রন্টএন্ড অ্যাপ্লিকেশনগুলির ক্ষেত্রে কার্যকর যেগুলির জন্য সেশনটিকে সার্ভারের সাথে আবদ্ধ করা প্রয়োজন৷ (সেশন সখ্যতা). ফ্ল্যাগার ডকুমেন্টেশনে আরও তথ্য পাওয়া যাবে।

লেখক কৃতজ্ঞ স্টেফান প্রোডান, উইভওয়ার্কসের প্রকৌশলী (এবং ফ্ল্যাগারের স্রষ্টা), এই সমস্ত আশ্চর্যজনক স্থাপনার পরিকল্পনার জন্য।

অনুবাদক থেকে PS

আমাদের ব্লগেও পড়ুন:

• «কুবারনেটসের জন্য ইনগ্রেস কন্ট্রোলারের ওভারভিউ এবং তুলনা";
• «werf - Kubernetes-এ CI/CD-এর জন্য আমাদের টুল (ওভারভিউ এবং ভিডিও রিপোর্ট)";
• «werf এবং GitLab CI এর সাথে অনুরূপ মাইক্রোসার্ভিস তৈরি এবং স্থাপন করা";
• «GitOps কি?».

উত্স: www.habr.com