GitOps কি?

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

এক বছর আগে আমরা প্রকাশ করেছি GitOps এর পরিচিতি. তারপরে, আমরা শেয়ার করেছি কিভাবে Weaveworks টিম সম্পূর্ণরূপে Kubernetes-এর উপর ভিত্তি করে একটি SaaS চালু করেছে এবং একটি ক্লাউড নেটিভ পরিবেশে স্থাপন, পরিচালনা এবং নিরীক্ষণের জন্য নির্দেশমূলক সর্বোত্তম অনুশীলনের একটি সেট তৈরি করেছে।

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

আমরা শীঘ্রই উপলব্ধি করেছি যে একটি নতুন বর্ণনার প্রয়োজন, অফার:

1. উদাহরণ এবং গল্প একটি বড় সংখ্যা;
2. GitOps এর নির্দিষ্ট সংজ্ঞা;
3. ঐতিহ্যগত ক্রমাগত বিতরণ সঙ্গে তুলনা.

এই নিবন্ধে আমরা এই সমস্ত বিষয় কভার করার চেষ্টা করেছি। এটি GitOps এবং একটি বিকাশকারী এবং CI/CD পরিপ্রেক্ষিতের একটি আপডেট পরিচিতি প্রদান করে। আমরা প্রাথমিকভাবে কুবারনেটসের উপর ফোকাস করি, যদিও মডেলটি সাধারণীকরণ করা যেতে পারে।

GitOps এর সাথে দেখা করুন

এলিস কল্পনা করুন. তিনি পারিবারিক বীমা চালান, যা স্বাস্থ্য, অটো, বাড়ি এবং ভ্রমণ বীমা অফার করে যারা চুক্তির ইনস এবং আউটগুলি খুঁজে বের করতে খুব ব্যস্ত। অ্যালিস যখন ডেটা সায়েন্টিস্ট হিসাবে একটি ব্যাংকে কাজ করছিলেন তখন তার ব্যবসা একটি পার্শ্ব প্রকল্প হিসাবে শুরু হয়েছিল। একদিন তিনি বুঝতে পেরেছিলেন যে তিনি উন্নত কম্পিউটার অ্যালগরিদম ব্যবহার করতে পারেন আরও কার্যকরভাবে ডেটা বিশ্লেষণ করতে এবং বীমা প্যাকেজ তৈরি করতে। বিনিয়োগকারীরা এই প্রকল্পে অর্থায়ন করেছে এবং এখন তার কোম্পানি বছরে 20 মিলিয়ন ডলারের বেশি আয় করে এবং দ্রুত বৃদ্ধি পাচ্ছে। বর্তমানে, এটি বিভিন্ন পদে 180 জনকে নিয়োগ দেয়। এর মধ্যে রয়েছে একটি প্রযুক্তি দল যা বিকাশ করে, ওয়েবসাইট, ডাটাবেস বজায় রাখে এবং গ্রাহক বেস বিশ্লেষণ করে। 60 জনের দলটির নেতৃত্বে আছেন বব, কোম্পানির কারিগরি পরিচালক।

ববের দল ক্লাউডে উৎপাদন ব্যবস্থা স্থাপন করে। তাদের মূল অ্যাপ্লিকেশনগুলি GKE-তে চলে, Google ক্লাউডে কুবারনেটসের সুবিধা নিয়ে। এছাড়াও, তারা তাদের কাজে বিভিন্ন ডেটা এবং বিশ্লেষণ সরঞ্জাম ব্যবহার করে।

ফ্যামিলি ইন্স্যুরেন্স কনটেইনার ব্যবহার করতে চায়নি, কিন্তু ডকারের উৎসাহে জড়িয়ে পড়ে। কোম্পানিটি শীঘ্রই আবিষ্কার করেছে যে GKE নতুন বৈশিষ্ট্যগুলি পরীক্ষা করার জন্য ক্লাস্টার স্থাপন করা সহজ এবং অনায়াসে করেছে। কনটেইনার রেজিস্ট্রি সংগঠিত করার জন্য CI এবং Quay-এর জন্য জেনকিন্স যুক্ত করা হয়েছিল, জেনকিন্সের জন্য স্ক্রিপ্টগুলি লেখা হয়েছিল যা GKE-তে নতুন কন্টেইনার এবং কনফিগারেশনগুলিকে ঠেলে দেয়।

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

তারপর তারা GitOps সম্পর্কে শিখেছে। এই সিদ্ধান্তটি তাদের আত্মবিশ্বাসের সাথে এগিয়ে যাওয়ার জন্য ঠিক যা দরকার ছিল তা পরিণত হয়েছিল।

অ্যালিস এবং বব বছরের পর বছর ধরে কোড ওয়ার্কফ্লো হিসাবে গিট, ডিওঅপস এবং অবকাঠামো সম্পর্কে শুনে আসছেন। GitOps-এর অনন্য বিষয় হল এটি Kubernetes-এর প্রেক্ষাপটে এই ধারনাগুলি বাস্তবায়নের জন্য - নির্দিষ্ট এবং আদর্শ উভয়ই - সেরা অনুশীলনের একটি সেট নিয়ে আসে৷ এই থিম বারবার উঠল, সহ Weaveworks ব্লগ.

পারিবারিক বীমা GitOps বাস্তবায়নের সিদ্ধান্ত নেয়। কোম্পানির এখন একটি স্বয়ংক্রিয় অপারেশন মডেল রয়েছে যা কুবারনেটস এবং কম্বাইনের সাথে সামঞ্জস্যপূর্ণ স্পীড থেকে স্থিতিশীলতাকারণ তারা:

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

কি হলো?

GitOps দুটি জিনিস:

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

গিট সম্পর্কে কয়েকটি শব্দ

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

কুবারনেটস কীভাবে কাজ করে

আমাদের গল্পে, অ্যালিস এবং বব কিছুক্ষণ কুবারনেটসের সাথে কাজ করার পরে গিটঅপসে পরিণত হয়েছিল। প্রকৃতপক্ষে, GitOps কুবারনেটসের সাথে ঘনিষ্ঠভাবে সম্পর্কিত - এটি কুবারনেটসের উপর ভিত্তি করে অবকাঠামো এবং অ্যাপ্লিকেশনগুলির জন্য একটি অপারেশনাল মডেল।

Kubernetes ব্যবহারকারীদের কি দেয়?

এখানে কিছু প্রধান বৈশিষ্ট্য আছে:

1. Kubernetes মডেলে, সবকিছু ঘোষণামূলক আকারে বর্ণনা করা যেতে পারে।
2. Kubernetes API সার্ভার এই ঘোষণাটিকে ইনপুট হিসাবে নেয় এবং তারপরে ঘোষণায় বর্ণিত অবস্থায় ক্লাস্টারটিকে আনার চেষ্টা করে।
3. বিভিন্ন ধরণের কাজের চাপ বর্ণনা এবং পরিচালনা করার জন্য ঘোষণাগুলি যথেষ্ট - "অ্যাপ্লিকেশন"৷
4. ফলস্বরূপ, অ্যাপ্লিকেশন এবং ক্লাস্টারে পরিবর্তনগুলি এই কারণে ঘটে:
   • ধারক ইমেজ পরিবর্তন;
   • ঘোষণামূলক স্পেসিফিকেশন পরিবর্তন;
   • পরিবেশে ত্রুটি - উদাহরণস্বরূপ, কন্টেইনার ক্র্যাশ।

Kubernetes' গ্রেট কনভারজেন্স ক্ষমতা

যখন একজন প্রশাসক কনফিগারেশন পরিবর্তন করে, তখন কুবারনেটস অর্কেস্ট্রেটর সেগুলিকে ক্লাস্টারে প্রয়োগ করবে যতক্ষণ না তার অবস্থা থাকবে। নতুন কনফিগারেশনের কাছাকাছি আসবে না. এই মডেলটি যেকোন কুবারনেটস রিসোর্সের জন্য কাজ করে এবং কাস্টম রিসোর্স ডেফিনিশন (CRDs) এর সাথে এক্সটেনসিবল। অতএব, কুবারনেটস স্থাপনার নিম্নলিখিত বিস্ময়কর বৈশিষ্ট্য রয়েছে:

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

কিভাবে GitOps কাজ করে

GitOps কীভাবে কাজ করে তা ব্যাখ্যা করার জন্য আমরা Kubernetes সম্পর্কে যথেষ্ট শিখেছি।

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

মূল বিষয় হল যে আমরা দেখতে পাই যে প্রতিটি আপডেট কনফিগারেশন ফাইল এবং গিট রিপোজিটরিতে পরিবর্তনের সাথে শেষ হয়। Git-এ এই পরিবর্তনগুলি "GitOps অপারেটর" কে ক্লাস্টার আপডেট করতে দেয়:

1. কাজের প্রক্রিয়া: "জেনকিন্স বিল্ড - মাস্টার শাখা».
কৃত কাজের তালিকা:

• জেনকিন্স ট্যাগ করা ছবিগুলিকে কোয়ের দিকে ঠেলে দেয়;
• জেনকিন্স কনফিগারেশন এবং হেলম চার্টগুলিকে মাস্টার স্টোরেজ বাকেটে পুশ করে;
• ক্লাউড ফাংশন মাস্টার স্টোরেজ বাকেট থেকে মাস্টার গিট রিপোজিটরিতে কনফিগার এবং চার্ট কপি করে;
• GitOps অপারেটর ক্লাস্টার আপডেট করে।

2. জেনকিন্স বিল্ড - রিলিজ বা হটফিক্স শাখা:

• জেনকিন্স অ-ট্যাগ করা ছবিগুলোকে কোয়ের দিকে ঠেলে দেয়;
• জেনকিন্স কনফিগারেশন এবং হেলম চার্টগুলিকে স্টেজিং স্টোরেজ বাকেটে পুশ করে;
• ক্লাউড ফাংশন স্টেজিং স্টোরেজ বাকেট থেকে স্টেজিং গিট রিপোজিটরিতে কনফিগার এবং চার্ট কপি করে;
• GitOps অপারেটর ক্লাস্টার আপডেট করে।

3. জেনকিন্স বিল্ড - বিকাশ বা বৈশিষ্ট্য শাখা:

• জেনকিন্স অ-ট্যাগ করা ছবিগুলোকে কোয়ের দিকে ঠেলে দেয়;
• জেনকিন্স কনফিগারেশন এবং হেলম চার্টগুলিকে ডেভেলপ স্টোরেজ বাকেটের মধ্যে পুশ করে;
• ক্লাউড ফাংশন ডেভেলপ স্টোরেজ বাকেট থেকে ডেভেলপ গিট রিপোজিটরিতে কনফিগার এবং চার্ট কপি করে;
• GitOps অপারেটর ক্লাস্টার আপডেট করে।

4. একটি নতুন ক্লায়েন্ট যোগ করা হচ্ছে:

• ম্যানেজার বা অ্যাডমিনিস্ট্রেটর (LCM/ops) প্রাথমিকভাবে নেটওয়ার্ক লোড ব্যালেন্সার (NLBs) স্থাপন এবং কনফিগার করার জন্য Gradle-কে কল করে;
• আপডেটের জন্য স্থাপনা প্রস্তুত করতে LCM/ops একটি নতুন কনফিগারেশন করে;
• GitOps অপারেটর ক্লাস্টার আপডেট করে।

GitOps এর সংক্ষিপ্ত বিবরণ

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

বিচ্যুতি কি?

আবার পুনরাবৃত্তি করা যাক: সমস্ত পছন্দসই ক্লাস্টার বৈশিষ্ট্যগুলি ক্লাস্টারেই পর্যবেক্ষণযোগ্য হতে হবে.

ভিন্নতার কিছু উদাহরণ:

• গিটে শাখা একত্রিত করার কারণে কনফিগারেশন ফাইলে পরিবর্তন।
• GUI ক্লায়েন্ট দ্বারা তৈরি একটি গিট কমিটের কারণে কনফিগারেশন ফাইলে একটি পরিবর্তন।
• গিট-এ পিআর-এর কারণে কাঙ্খিত অবস্থায় একাধিক পরিবর্তন এবং কনটেইনার ইমেজ এবং কনফিগারেশন পরিবর্তনগুলি তৈরি করা হয়েছে।
• একটি ত্রুটির কারণে ক্লাস্টারের অবস্থার পরিবর্তন, সম্পদের দ্বন্দ্বের ফলে "খারাপ আচরণ" বা মূল অবস্থা থেকে কেবল এলোমেলো বিচ্যুতি।

অভিসারী প্রক্রিয়া কি?

কয়েকটি উদাহরণ:

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

GitOps শোষণের জন্য একটি মডেল প্রদান করতে কুবারনেটসের চমৎকার কনভারজেন্স ইঞ্জিনের সাথে গিটকে একত্রিত করে।

GitOps আমাদের বলতে অনুমতি দেয়: কেবলমাত্র সেই সিস্টেমগুলি যা বর্ণনা করা এবং পর্যবেক্ষণ করা যায় স্বয়ংক্রিয় এবং নিয়ন্ত্রিত হতে পারে.

GitOps সম্পূর্ণ ক্লাউড নেটিভ স্ট্যাকের জন্য উদ্দেশ্যে করা হয়েছে (উদাহরণস্বরূপ, Terraform, ইত্যাদি)

GitOps শুধুমাত্র Kubernetes নয়। আমরা চাই পুরো সিস্টেমটি ঘোষণামূলকভাবে চালিত হোক এবং কনভারজেন্স ব্যবহার করুক। সমগ্র সিস্টেম বলতে আমরা বুঝি কুবারনেটসের সাথে কাজ করা পরিবেশের একটি সংগ্রহ - উদাহরণস্বরূপ, "দেব ক্লাস্টার 1", "উৎপাদন", ইত্যাদি। প্রতিটি পরিবেশের মধ্যে রয়েছে মেশিন, ক্লাস্টার, অ্যাপ্লিকেশন, সেইসাথে বাহ্যিক পরিষেবাগুলির ইন্টারফেস যা ডেটা প্রদান করে, পর্যবেক্ষণ করে এবং ইত্যাদি

এই ক্ষেত্রে বুটস্ট্র্যাপিং সমস্যার জন্য Terraform কতটা গুরুত্বপূর্ণ তা লক্ষ্য করুন। Kubernetes কোথাও স্থাপন করতে হবে, এবং Terraform ব্যবহার করার অর্থ হল আমরা একই GitOps ওয়ার্কফ্লো প্রয়োগ করতে পারি নিয়ন্ত্রণ স্তর তৈরি করতে যা Kubernetes এবং অ্যাপ্লিকেশনগুলিকে আন্ডারপিন করে। এটি একটি দরকারী সেরা অনুশীলন।

Kubernetes এর উপরে স্তরগুলিতে GitOps ধারণাগুলি প্রয়োগ করার উপর একটি শক্তিশালী ফোকাস রয়েছে। এই মুহুর্তে, Istio, Helm, Ksonnet, OpenFaaS এবং Kubeflow এর জন্য GitOps-টাইপ সমাধান রয়েছে, সেইসাথে, উদাহরণস্বরূপ, পুলুমির জন্য, যা ক্লাউড নেটিভের জন্য অ্যাপ্লিকেশনগুলি বিকাশের জন্য একটি স্তর তৈরি করে।

Kubernetes CI/CD: অন্যান্য পদ্ধতির সাথে GitOps তুলনা করা

যেমন বলা হয়েছে, GitOps দুটি জিনিস:

1. উপরে বর্ণিত Kubernetes এবং ক্লাউড নেটিভের জন্য অপারেটিং মডেল।
2. একটি বিকাশকারী-কেন্দ্রিক অ্যাপ্লিকেশন ব্যবস্থাপনা পরিবেশের পথ।

অনেকের জন্য, GitOps প্রাথমিকভাবে গিট পুশের উপর ভিত্তি করে একটি ওয়ার্কফ্লো। আমরাও তাকে পছন্দ করি। তবে এটিই সব নয়: আসুন এখন CI/CD পাইপলাইনগুলি দেখুন।

GitOps কুবারনেটসের জন্য অবিচ্ছিন্ন স্থাপনা (সিডি) সক্ষম করে

GitOps একটি অবিচ্ছিন্ন স্থাপনার ব্যবস্থা অফার করে যা পৃথক "ডিপ্লয়মেন্ট ম্যানেজমেন্ট সিস্টেম" এর প্রয়োজনীয়তা দূর করে। কুবারনেটস আপনার জন্য সমস্ত কাজ করে।

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

kubectl এবং স্ক্রিপ্ট ছাড়া

আপনার ক্লাস্টার আপডেট করার জন্য Kubectl ব্যবহার করা এড়িয়ে চলা উচিত, এবং বিশেষ করে kubectl কমান্ড গ্রুপে স্ক্রিপ্ট ব্যবহার করা এড়ানো উচিত। পরিবর্তে, GitOps পাইপলাইনের সাথে, একজন ব্যবহারকারী Git এর মাধ্যমে তাদের Kubernetes ক্লাস্টার আপডেট করতে পারে।

সুবিধার মধ্যে রয়েছে:

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

CI এবং CD এর মধ্যে পার্থক্য

GitOps বিদ্যমান CI/CD মডেল উন্নত করে।

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

ট্রাঙ্কে আপডেটগুলি পুশ করতে CI ব্যবহার করা উচিত এবং অভ্যন্তরীণভাবে সিডি পরিচালনা করতে কুবারনেটস ক্লাস্টারের সেই আপডেটগুলির উপর ভিত্তি করে নিজেকে পরিবর্তন করা উচিত। আমরা এটা কল সিডি জন্য টান মডেল, CI পুশ মডেলের বিপরীতে। সিডি অংশ রানটাইম অর্কেস্ট্রেশন.

কেন সিআই সার্ভারগুলি কুবারনেটে সরাসরি আপডেটের মাধ্যমে সিডি করা উচিত নয়

CI কাজের একটি সেট হিসাবে Kubernetes-এ সরাসরি আপডেট অর্কেস্ট্রেট করতে একটি CI সার্ভার ব্যবহার করবেন না। এই বিরোধী প্যাটার্ন আমরা কথা বলছি ইতিমধ্যে বলা হয়েছে আপনার ব্লগে

এর এলিস এবং বব ফিরে যান.

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

অনুমান করা যাক যে ববের দল একটি নতুন চিত্র তৈরি করেছে এবং তারপরে চিত্রটি স্থাপন করার জন্য তাদের স্থাপনার প্যাচ করেছে (সমস্ত CI পাইপলাইন থেকে)।

যদি চিত্রটি স্বাভাবিকভাবে তৈরি হয়, কিন্তু পাইপলাইন ব্যর্থ হয়, দলটিকে বের করতে হবে:

• আপডেট রোল আউট হয়েছে?
• আমরা কি একটি নতুন বিল্ড চালু করছি? এটি কি অপ্রয়োজনীয় পার্শ্ব প্রতিক্রিয়ার দিকে নিয়ে যাবে - একই অপরিবর্তনীয় চিত্রের দুটি বিল্ড থাকার সম্ভাবনা সহ?
• বিল্ড চালানোর আগে আমাদের কি পরবর্তী আপডেটের জন্য অপেক্ষা করা উচিত?
• ঠিক কি ভুল হয়েছে? কোন ধাপগুলি পুনরাবৃত্তি করা দরকার (এবং কোনটি পুনরাবৃত্তি করা নিরাপদ)?

একটি গিট-ভিত্তিক কর্মপ্রবাহ প্রতিষ্ঠা করা গ্যারান্টি দেয় না যে ববের দল এই সমস্যার সম্মুখীন হবে না। তারা এখনও কমিট পুশ, ট্যাগ বা অন্য কোনো প্যারামিটার দিয়ে ভুল করতে পারে; যাইহোক, এই পদ্ধতিটি এখনও একটি সুস্পষ্ট সমস্ত বা কিছুই নয় এমন পদ্ধতির কাছাকাছি।

সংক্ষেপে, এখানে কেন CI সার্ভারগুলি সিডির সাথে ডিল করা উচিত নয়:

• আপডেট স্ক্রিপ্ট সবসময় নির্ধারক হয় না; তাদের মধ্যে ভুল করা সহজ।
• CI সার্ভারগুলি ঘোষণামূলক ক্লাস্টার মডেলে একত্রিত হয় না।
• আত্মশক্তি নিশ্চিত করা কঠিন। ব্যবহারকারীদের অবশ্যই সিস্টেমের গভীর শব্দার্থ বুঝতে হবে।
• আংশিক ব্যর্থতা থেকে পুনরুদ্ধার করা আরও কঠিন।

হেলম সম্পর্কে দ্রষ্টব্য: আপনি যদি হেলম ব্যবহার করতে চান তবে আমরা এটিকে একটি GitOps অপারেটরের সাথে একত্রিত করার পরামর্শ দিই যেমন ফ্লাক্স-হেলম. এটি কনভারজেন্স নিশ্চিত করতে সাহায্য করবে। হেলম নিজেই নির্ধারক বা পারমাণবিক নয়।

কুবারনেটসের জন্য ক্রমাগত বিতরণ বাস্তবায়নের সর্বোত্তম উপায় হিসাবে গিটঅপস

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

Kubernetes জন্য অপারেটিং মডেল

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

• একটি অবিচ্ছিন্ন ইন্টিগ্রেশন পাইপলাইন যা গিট-এ ফাইলগুলি পড়ে এবং লেখে এবং কন্টেইনার চিত্রগুলির একটি সংগ্রহস্থল আপডেট করতে পারে।
• একটি রানটাইম GitOps পাইপলাইন যা ব্যবস্থাপনা এবং পর্যবেক্ষণের সাথে স্থাপনার সমন্বয় করে। এটি গিট-এ ফাইল পড়ে এবং লেখে এবং কন্টেইনার ইমেজ ডাউনলোড করতে পারে।

প্রধান অনুসন্ধান কি?

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

উপসংহার

GitOps যেকোনো আধুনিক CI/CD টুলের জন্য প্রয়োজনীয় শক্তিশালী আপডেট গ্যারান্টি প্রদান করে:

• অটোমেশন
• convergence;
• idempotency;
• নির্ণয়বাদ

এটি গুরুত্বপূর্ণ কারণ এটি ক্লাউড নেটিভ ডেভেলপারদের জন্য একটি অপারেশনাল মডেল অফার করে।

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

বিভিন্ন ক্লাউড জুড়ে ছড়িয়ে ছিটিয়ে থাকা অনেক ক্লাস্টার কল্পনা করুন এবং তাদের নিজস্ব দল এবং স্থাপনার পরিকল্পনা সহ অনেক পরিষেবা। GitOps এই সমস্ত প্রাচুর্য পরিচালনা করার জন্য একটি স্কেল-অপরিবর্তনশীল মডেল অফার করে।

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

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

• «GitOps: পুল এবং পুশ পদ্ধতির তুলনা";
• «Kubernetes সম্পদ নিরীক্ষণের জন্য kubedog লাইব্রেরি চালু করা হচ্ছে";
• «Kubernetes সম্প্রসারণ এবং পরিপূরক (ওভারভিউ এবং ভিডিও রিপোর্ট)».

শুধুমাত্র নিবন্ধিত ব্যবহারকারীরা জরিপে অংশগ্রহণ করতে পারবেন। সাইন ইন করুনকরুন।

Habré-এ এই দুটি অনুবাদ হাজির হওয়ার আগে আপনি কি GitOps সম্পর্কে জানতেন?

• হ্যাঁ, আমি সব জানতাম

• শুধু উপরিভাগে

• না

35 জন ব্যবহারকারী ভোট দিয়েছেন। 10 জন ব্যবহারকারী বিরত ছিলেন।

উত্স: www.habr.com