🥇 Kubernetes সম্প্রসারণ এবং পরিপূরক (পর্যালোচনা এবং ভিডিও প্রতিবেদন)

সম্মেলনে ৮ এপ্রিল ড সেন্ট হাইলোড++ 2019, "DevOps এবং অপারেশনস" বিভাগের অংশ হিসাবে, একটি প্রতিবেদন "কুবারনেটের সম্প্রসারণ এবং পরিপূরক" দেওয়া হয়েছিল, যা তৈরিতে ফ্লান্ট কোম্পানির তিনজন কর্মচারী অংশগ্রহণ করেছিলেন। এটিতে, আমরা এমন অনেক পরিস্থিতি সম্পর্কে কথা বলি যেখানে আমরা কুবারনেটসের ক্ষমতাগুলি প্রসারিত এবং পরিপূরক করতে চেয়েছিলাম, কিন্তু যার জন্য আমরা একটি প্রস্তুত এবং সহজ সমাধান খুঁজে পাইনি। ওপেন সোর্স প্রজেক্টের আকারে আমাদের কাছে প্রয়োজনীয় সমাধান রয়েছে এবং এই বক্তৃতাটিও তাদের জন্য নিবেদিত।

ঐতিহ্য দ্বারা, আমরা উপস্থাপন করতে সন্তুষ্ট প্রতিবেদনের ভিডিও (50 মিনিট, নিবন্ধের চেয়ে অনেক বেশি তথ্যপূর্ণ) এবং পাঠ্য আকারে মূল সারাংশ। যাওয়া!

K8s এ মূল এবং সংযোজন

Kubernetes শিল্প এবং প্রশাসনের পদ্ধতি পরিবর্তন করছে যা দীর্ঘদিন ধরে প্রতিষ্ঠিত হয়েছে:

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

যাইহোক, অবশ্যই, সবকিছু এত মসৃণ নয়: কুবারনেটস তার নিজস্ব নতুন চ্যালেঞ্জও নিয়ে এসেছে।

Kubernetes না একটি সংমিশ্রণ যা সমস্ত ব্যবহারকারীর সমস্ত সমস্যার সমাধান করে। কোর Kubernetes শুধুমাত্র উপস্থিত ন্যূনতম প্রয়োজনীয় ফাংশনগুলির একটি সেটের জন্য দায়ী প্রতি ক্লাস্টার:

কুবারনেটস কোর কন্টেইনারগুলিকে গোষ্ঠীবদ্ধ করার জন্য, ট্র্যাফিক পরিচালনা করার জন্য আদিমগুলির একটি মৌলিক সেটকে সংজ্ঞায়িত করে। আমরা তাদের সম্পর্কে আরও বিস্তারিতভাবে কথা বলেছি রিপোর্ট 2 বছর আগে.

অন্যদিকে, K8s উপলব্ধ ফাংশনগুলি প্রসারিত করার দুর্দান্ত সুযোগ দেয়, যা অন্যকে বন্ধ করতে সহায়তা করে - নির্দিষ্ট - ব্যবহারকারীর প্রয়োজন। কুবারনেটে যোগ করা হল ক্লাস্টার অ্যাডমিনিস্ট্রেটরদের দায়িত্ব, যারা তাদের ক্লাস্টারকে "সঠিক আকারে" পেতে [তাদের নির্দিষ্ট সমস্যা সমাধানের জন্য] প্রয়োজনীয় সবকিছু ইনস্টল এবং কনফিগার করতে হবে। এগুলি কী ধরণের সংযোজন? আসুন কিছু উদাহরণ দেখি।

অ্যাড-অনগুলির উদাহরণ

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

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

অন্যান্য উদাহরণ অন্তর্ভুক্ত:

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

এবং এটি সংযোজনের একটি সম্পূর্ণ তালিকা নয়... উদাহরণস্বরূপ, ফ্লান্ট কোম্পানিতে আমরা বর্তমানে ইনস্টল করছি 29টি অ্যাড-অন (যার সবগুলোই মোট 249টি Kubernetes অবজেক্ট তৈরি করে)। সহজ কথায়, আমরা সংযোজন ছাড়া ক্লাস্টারের জীবন দেখতে পারি না।

স্বয়ংক্রিয়তা

অপারেটরদের রুটিন ক্রিয়াকলাপগুলিকে স্বয়ংক্রিয় করার জন্য ডিজাইন করা হয়েছে যা আমরা প্রতিদিন সম্মুখীন হই। এখানে বাস্তব জীবনের উদাহরণ রয়েছে যার জন্য একটি অপারেটর লেখা একটি চমৎকার সমাধান হবে:

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

যেকোনো ক্লাস্টারে, রুটিন কাজগুলি অবশ্যই সমাধান করতে হবে, এবং সঠিকভাবে এটি অপারেটর ব্যবহার করে করা যেতে পারে।

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

কিভাবে Kubernetes জন্য একটি বিবৃতি লিখতে?

সাধারণভাবে, স্কিমটি সহজ:

... কিন্তু তারপর দেখা যাচ্ছে যে:

Kubernetes API একটি বরং অ-তুচ্ছ জিনিস যা আয়ত্ত করতে অনেক সময় নেয়;
প্রোগ্রামিংও সবার জন্য নয় (গো ভাষাটি পছন্দের ভাষা হিসাবে বেছে নেওয়া হয়েছিল কারণ এটির জন্য একটি বিশেষ কাঠামো রয়েছে - অপারেটর SDK);
পরিস্থিতি নিজেই কাঠামোর সাথে একই রকম।

বটম লাইন: একটি নিয়ামক লিখতে (অপারেটর) করতে হবে উল্লেখযোগ্য সম্পদ ব্যয় উপাদান অধ্যয়ন করতে। এটি "বড়" অপারেটরদের জন্য ন্যায়সঙ্গত হবে - বলুন, MySQL DBMS-এর জন্য। কিন্তু যদি আমরা উপরে বর্ণিত উদাহরণগুলি মনে রাখি (রহস্য উন্মোচন, ইন্টারনেটে পড অ্যাক্সেস করা...), যা আমরা সঠিকভাবে করতে চাই, তাহলে আমরা বুঝতে পারব যে ব্যয় করা প্রচেষ্টা এখন আমাদের প্রয়োজনীয় ফলাফলের চেয়ে বেশি হবে:

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

শেল-অপারেটর

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

শেল-অপারেটর কিভাবে জানেন যে কোন ইভেন্টগুলিতে কোন হুকগুলি কল করতে হবে? এই তথ্যটি হুক দ্বারা শেল-অপারেটরের কাছে প্রেরণ করা হয় এবং তারা এটি খুব সহজভাবে করে।

একটি হুক হল একটি ব্যাশ স্ক্রিপ্ট বা অন্য কোনো এক্সিকিউটেবল ফাইল যা একটি একক আর্গুমেন্ট গ্রহণ করে --config এবং JSON এর সাথে সাড়া দেয়। পরবর্তীটি নির্ধারণ করে যে কোন বস্তুগুলি এটির জন্য আগ্রহী এবং কোন ইভেন্টগুলি (এই বস্তুগুলির জন্য) প্রতিক্রিয়া জানানো উচিত:

আমি আমাদের উদাহরণগুলির একটির শেল-অপারেটরে বাস্তবায়নের চিত্র তুলে ধরব - অ্যাপ্লিকেশন ইমেজ সহ একটি ব্যক্তিগত রেজিস্ট্রি অ্যাক্সেস করার জন্য পচনশীল গোপনীয়তা। এটি দুটি পর্যায় নিয়ে গঠিত।

অনুশীলন: 1. একটি হুক লিখুন

প্রথমত, হুকে আমরা প্রক্রিয়া করব --config, নির্দেশ করে যে আমরা নামস্থানে আগ্রহী, এবং বিশেষভাবে, তাদের সৃষ্টির মুহূর্ত:

[[ $1 == "--config" ]] ; then
  cat << EOF
{
  "onKubernetesEvent": [
    {
      "kind": "namespace",
      "event": ["add"]
    }
  ]
}
EOF
…

যুক্তি কেমন হবে? এছাড়াও বেশ সহজ:

…
else
  createdNamespace=$(jq -r '.[0].resourceName' $BINDING_CONTEXT_PATH)
  kubectl create -n ${createdNamespace} -f - << EOF
Kind: Secret
...
EOF
fi

প্রথম ধাপ হল কোন নামস্থান তৈরি করা হয়েছে তা খুঁজে বের করা এবং দ্বিতীয়টি হল এটি ব্যবহার করে তৈরি করা kubectl এই নামস্থানের গোপনীয়তা।

অনুশীলন: 2. চিত্র একত্রিত করা

যা অবশিষ্ট থাকে তা হ'ল তৈরি হুকটি শেল-অপারেটরে পাস করা - এটি কীভাবে করবেন? শেল-অপারেটর নিজেই একটি ডকার ইমেজ হিসাবে আসে, তাই আমাদের কাজ হল এই ছবিতে একটি বিশেষ ডিরেক্টরিতে হুক যুক্ত করা:

FROM flant/shell-operator:v1.0.0-beta.1
ADD my-handler.sh /hooks

যা অবশিষ্ট থাকে তা হল এটি একত্রিত করা এবং এটিকে ধাক্কা দেওয়া:

$ docker build -t registry.example.com/my-operator:v1 .
$ docker push registry.example.com/my-operator:v1

চূড়ান্ত স্পর্শ হল ক্লাস্টারে ইমেজ স্থাপন করা। এটি করতে, এর লিখুন বিস্তৃতি:

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: my-operator
spec:
  template:
    spec:
      containers:
      - name: my-operator
        image: registry.example.com/my-operator:v1 # 1
      serviceAccountName: my-operator              # 2

মনোযোগ দিতে দুটি পয়েন্ট আছে:

সদ্য নির্মিত চিত্রের ইঙ্গিত;
এটি এমন একটি সিস্টেম উপাদান যা (ন্যূনতম) কুবারনেটসের ইভেন্টগুলিতে সদস্যতা নেওয়ার জন্য এবং নেমস্পেসগুলিতে গোপনীয়তা বরাদ্দ করার অধিকারগুলির প্রয়োজন, তাই আমরা হুকের জন্য একটি ServiceAccount (এবং নিয়মগুলির একটি সেট) তৈরি করি৷

ফলাফল - আমরা আমাদের সমস্যার সমাধান করেছি আত্মীয় Kubernetes-এর জন্য এমন একটি উপায় যা পচনশীল গোপনীয়তার জন্য একটি অপারেটর তৈরি করে।

অন্যান্য শেল-অপারেটর বৈশিষ্ট্য

আপনার নির্বাচিত ধরণের বস্তুগুলিকে সীমিত করতে যা হুক দিয়ে কাজ করবে, তারা ফিল্টার করা যেতে পারে, নির্দিষ্ট লেবেল অনুযায়ী নির্বাচন করা (বা ব্যবহার করে matchExpressions):

"onKubernetesEvent": [
  {
    "selector": {
      "matchLabels": {
        "foo": "bar",
       },
       "matchExpressions": [
         {
           "key": "allow",
           "operation": "In",
           "values": ["wan", "warehouse"],
         },
       ],
     }
     …
  }
]

প্রদান করা হয়েছে অনুলিপি প্রক্রিয়া, যা - একটি jq ফিল্টার ব্যবহার করে - আপনাকে বড় JSON অবজেক্টকে ছোট আকারে রূপান্তর করতে দেয়, যেখানে শুধুমাত্র সেই প্যারামিটারগুলিই থাকে যা আমরা পরিবর্তনের জন্য নিরীক্ষণ করতে চাই৷

যখন একটি হুক বলা হয়, শেল-অপারেটর এটি পাস করে অবজেক্ট ডেটাযে কোন প্রয়োজনে ব্যবহার করা যেতে পারে।

যে ইভেন্টগুলি হুকগুলিকে ট্রিগার করে সেগুলি কুবারনেটস ইভেন্টগুলির মধ্যে সীমাবদ্ধ নয়: শেল-অপারেটর এর জন্য সমর্থন প্রদান করে সময় দ্বারা হুক কলিং (একটি ঐতিহ্যগত সময়সূচীতে ক্রন্টাবের অনুরূপ), সেইসাথে একটি বিশেষ ইভেন্ট শুরুতে. এই সব ঘটনা একত্রিত এবং একই হুক বরাদ্দ করা যেতে পারে.

এবং শেল-অপারেটরের আরও দুটি বৈশিষ্ট্য:

এটা কাজ করে অ্যাসিঙ্ক্রোনাসভাবে. যেহেতু একটি কুবারনেটস ইভেন্ট (যেমন একটি বস্তু তৈরি করা হচ্ছে) প্রাপ্ত হয়েছে, তাই অন্যান্য ইভেন্টগুলি (যেমন একই বস্তু মুছে ফেলা) ক্লাস্টারে ঘটতে পারে এবং এর জন্য হুকগুলিকে অ্যাকাউন্ট করতে হবে। যদি হুকটি একটি ত্রুটির সাথে কার্যকর করা হয় তবে ডিফল্টরূপে এটি হবে পুনরায় কল সফল সমাপ্তি পর্যন্ত (এই আচরণ পরিবর্তন করা যেতে পারে)।
এটি রপ্তানি করে মেট্রিক্স প্রমিথিউসের জন্য, যার সাহায্যে আপনি বুঝতে পারবেন শেল-অপারেটর কাজ করছে কিনা, প্রতিটি হুকের জন্য ত্রুটির সংখ্যা এবং বর্তমান সারির আকার খুঁজে বের করুন।

প্রতিবেদনের এই অংশটি সংক্ষিপ্ত করতে:

অ্যাড-অন ইনস্টল করা হচ্ছে

কুবারনেটসের সাথে আরামদায়ক কাজের জন্য, অ্যাড-অন ইনস্টল করার প্রয়োজনীয়তাও উল্লেখ করা হয়েছিল। আমরা এখন কীভাবে এটি করি তার জন্য আমাদের কোম্পানির পথের উদাহরণ ব্যবহার করে আমি আপনাকে এটি সম্পর্কে বলব।

আমরা কুবারনেটসের সাথে বেশ কয়েকটি ক্লাস্টার নিয়ে কাজ শুরু করেছি, যার একমাত্র সংযোজন ছিল ইনগ্রেস। এটি প্রতিটি ক্লাস্টারে আলাদাভাবে ইনস্টল করা দরকার, এবং আমরা বিভিন্ন পরিবেশের জন্য বেশ কয়েকটি YAML কনফিগারেশন তৈরি করেছি: বেয়ার মেটাল, AWS...

যেহেতু আরও ক্লাস্টার ছিল, সেখানে আরও কনফিগারেশন ছিল। তদতিরিক্ত, আমরা এই কনফিগারেশনগুলি নিজেরাই উন্নত করেছি, যার ফলস্বরূপ তারা বেশ ভিন্নধর্মী হয়ে উঠেছে:

সবকিছু ঠিক রাখার জন্য, আমরা একটি স্ক্রিপ্ট দিয়ে শুরু করেছি (install-ingress.sh), যা আমরা যে ধরনের ক্লাস্টারে মোতায়েন করব তা একটি যুক্তি হিসাবে গ্রহণ করেছে, প্রয়োজনীয় YAML কনফিগারেশন তৈরি করেছে এবং এটিকে কুবারনেটসে রোল আউট করেছে।

সংক্ষেপে, আমাদের পরবর্তী পথ এবং এর সাথে যুক্ত যুক্তিগুলি নিম্নরূপ ছিল:

YAML কনফিগারেশনের সাথে কাজ করার জন্য, একটি টেমপ্লেট ইঞ্জিন প্রয়োজন (প্রথম পর্যায়ে এটি সহজ sed);
ক্লাস্টারের সংখ্যা বৃদ্ধির সাথে সাথে, স্বয়ংক্রিয় আপডেটের প্রয়োজনীয়তা এসেছিল (প্রাথমিক সমাধান ছিল স্ক্রিপ্টটি গিটে রাখা, ক্রন ব্যবহার করে আপডেট করা এবং এটি চালানো);
প্রমিথিউসের জন্য অনুরূপ স্ক্রিপ্টের প্রয়োজন ছিল (install-prometheus.sh), তবে, এটি উল্লেখযোগ্য যে এটির জন্য অনেক বেশি ইনপুট ডেটা প্রয়োজন, সেইসাথে তাদের স্টোরেজ (একটি ভাল উপায়ে - কেন্দ্রীভূত এবং একটি ক্লাস্টারে), এবং কিছু ডেটা (পাসওয়ার্ড) স্বয়ংক্রিয়ভাবে তৈরি হতে পারে:
ক্রমবর্ধমান সংখ্যক ক্লাস্টারে কিছু ভুল হওয়ার ঝুঁকি ক্রমাগত বাড়ছে, তাই আমরা বুঝতে পেরেছি যে ইনস্টলাররা (অর্থাৎ দুটি স্ক্রিপ্ট: ইনগ্রেস এবং প্রমিথিউসের জন্য) স্টেজিং প্রয়োজন ছিল (গিটে বেশ কয়েকটি শাখা, সংশ্লিষ্ট এগুলিকে আপডেট করার জন্য বেশ কয়েকটি ক্রন: স্থিতিশীল বা পরীক্ষা ক্লাস্টার);
с kubectl apply এটির সাথে কাজ করা কঠিন হয়ে পড়েছে কারণ এটি ঘোষণামূলক নয় এবং শুধুমাত্র বস্তু তৈরি করতে পারে, কিন্তু তাদের স্থিতি/মুছে ফেলার বিষয়ে সিদ্ধান্ত নিতে পারে না;
আমরা কিছু ফাংশন মিস করছিলাম যা আমরা সেই সময়ে বাস্তবায়িত করিনি:
- ক্লাস্টার আপডেটের ফলাফলের উপর সম্পূর্ণ নিয়ন্ত্রণ,
- ক্লাস্টার (আবিষ্কার) থেকে প্রাপ্ত ডেটার উপর ভিত্তি করে কিছু পরামিতি (ইনস্টলেশন স্ক্রিপ্টগুলির জন্য ইনপুট) স্বয়ংক্রিয়ভাবে নির্ধারণ করা,
- ক্রমাগত আবিষ্কারের আকারে এর যৌক্তিক বিকাশ।

আমরা আমাদের অন্যান্য প্রকল্পের কাঠামোর মধ্যে এই সমস্ত সঞ্চিত অভিজ্ঞতা বাস্তবায়ন করেছি - অ্যাডন-অপারেটর.

অ্যাডন-অপারেটর

এটি ইতিমধ্যে উল্লিখিত শেল-অপারেটরের উপর ভিত্তি করে। পুরো সিস্টেম এই মত দেখায়:

শেল-অপারেটর হুকগুলিতে নিম্নলিখিতগুলি যুক্ত করা হয়েছে:

মূল্য সঞ্চয়স্থান,
হেলম চার্ট,
উপাদান যে ভ্যালু স্টোর মনিটর করে এবং - কোনো পরিবর্তনের ক্ষেত্রে - হেলমকে চার্টটি পুনরায় রোল করতে বলে।

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

অনেকগুলি মডিউল থাকতে পারে, এবং তাদের সাথে আমরা গ্লোবাল হুক, একটি গ্লোবাল ভ্যালু স্টোর এবং একটি উপাদান যুক্ত করি যা এই গ্লোবাল স্টোরটি নিরীক্ষণ করে।

এখন, যখন Kubernetes-এ কিছু ঘটে, তখন আমরা একটি গ্লোবাল হুক ব্যবহার করে এর প্রতি প্রতিক্রিয়া জানাতে পারি এবং গ্লোবাল স্টোরে কিছু পরিবর্তন করতে পারি। এই পরিবর্তনটি লক্ষ্য করা যাবে এবং ক্লাস্টারের সমস্ত মডিউল রোল আউট করার কারণ হবে:

এই স্কিমটি উপরে বর্ণিত অ্যাড-অনগুলি ইনস্টল করার জন্য সমস্ত প্রয়োজনীয়তা পূরণ করে:

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

এই সম্পূর্ণ সিস্টেমটি গো-তে একটি একক বাইনারি আকারে প্রয়োগ করা হয়, যাকে বলা হয় অ্যাডন-অপারেটর। এটি ডায়াগ্রামটিকে আরও সহজ দেখায়:

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

"ফ্লান্ট" ব্যবহার করে অ্যাডন-অপারেটর 70+ কুবারনেটস ক্লাস্টারে। এখনকার অবস্থা - আলফা সংস্করণ. এখন আমরা বিটা প্রকাশ করার জন্য ডকুমেন্টেশন প্রস্তুত করছি, কিন্তু আপাতত সংগ্রহস্থলে উদাহরণ উপলব্ধ, যার ভিত্তিতে আপনি নিজের অ্যাডঅন তৈরি করতে পারেন।

অ্যাডন-অপারেটরের জন্য আমি কোথায় মডিউল পেতে পারি? আমাদের লাইব্রেরি প্রকাশ করা আমাদের জন্য পরবর্তী ধাপ; আমরা গ্রীষ্মে এটি করার পরিকল্পনা করি।

ভিডিও এবং স্লাইড

পারফরম্যান্স থেকে ভিডিও (~50 মিনিট):

প্রতিবেদনের উপস্থাপনা:

দ্রষ্টব্য

আমাদের ব্লগে অন্যান্য প্রতিবেদন:

«ডাটাবেস এবং কুবারনেটস"; (দিমিত্রি স্টোলিয়ারভ; 8 নভেম্বর, 2018 হাইলোড++ এ);
«মনিটরিং এবং কুবারনেটস"; (দিমিত্রি স্টোলিয়ারভ; রুটকনফে 28 মে, 2018);
«কুবারনেটস এবং গিটল্যাবের সাথে সিআই/সিডি সেরা অনুশীলন"; (দিমিত্রি স্টোলিয়ারভ; 7 নভেম্বর, 2017 হাইলোড++ এ);
«ছোট প্রকল্পে Kubernetes সঙ্গে আমাদের অভিজ্ঞতা"; (দিমিত্রি স্টোলিয়ারভ; জুন 6, 2017 রুটকনফে).

আপনি নিম্নলিখিত প্রকাশনাগুলিতে আগ্রহী হতে পারেন:

«শেল-অপারেটর প্রবর্তন করা হচ্ছে: Kubernetes-এর জন্য অপারেটর তৈরি করা আরও সহজ হয়েছে».

উত্স: www.habr.com

Kubernetes সম্প্রসারণ এবং পরিপূরক (ওভারভিউ এবং ভিডিও রিপোর্ট)