স্ক্রিপ্ট থেকে আমাদের নিজস্ব প্ল্যাটফর্মে: কীভাবে আমরা সিআইএএন-এ স্বয়ংক্রিয়ভাবে বিকাশ করেছি

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

শূন্য স্তর

"শূন্য স্তর বলে কিছু নেই, আমি এমন কিছু জানি না"
"কুং ফু পান্ডা" চলচ্চিত্রের মাস্টার শিফু

কোম্পানির প্রতিষ্ঠার 14 বছর পর CIAN-এ অটোমেশন শুরু হয়। তখন উন্নয়ন দলে ৩৫ জন ছিল। বিশ্বাস করা কঠিন, তাই না? অবশ্যই, অটোমেশন কিছু আকারে বিদ্যমান ছিল, কিন্তু ক্রমাগত একীকরণ এবং কোড বিতরণের জন্য একটি পৃথক দিক 35 সালে আকার নিতে শুরু করে। 

সেই সময়ে, আমাদের কাছে পাইথন, সি# এবং পিএইচপি-র বিশাল একরঙা ছিল, যা লিনাক্স/উইন্ডোজ সার্ভারে মোতায়েন ছিল। এই দানবকে মোতায়েন করার জন্য, আমাদের কাছে স্ক্রিপ্টের একটি সেট ছিল যা আমরা ম্যানুয়ালি চালাতাম। মনোলিথের সমাবেশও ছিল, যা শাখাগুলিকে একত্রিত করার সময়, ত্রুটিগুলি সংশোধন করার এবং পুনর্নির্মাণের সময় দ্বন্দ্বের কারণে যন্ত্রণা ও যন্ত্রণা নিয়ে আসে "বিল্ডের বিভিন্ন কাজের সাথে।" একটি সরলীকৃত প্রক্রিয়া এই মত দেখায়:

আমরা এতে খুশি ছিলাম না, এবং আমরা একটি পুনরাবৃত্তিযোগ্য, স্বয়ংক্রিয় এবং পরিচালনাযোগ্য বিল্ড এবং স্থাপনা প্রক্রিয়া তৈরি করতে চেয়েছিলাম। এর জন্য, আমাদের একটি CI/CD সিস্টেমের প্রয়োজন ছিল এবং আমরা Teamcity-এর বিনামূল্যের সংস্করণ এবং Jenkins-এর বিনামূল্যের সংস্করণের মধ্যে বেছে নিয়েছিলাম, যেহেতু আমরা তাদের সাথে কাজ করেছি এবং উভয়ই ফাংশনের সেটের ক্ষেত্রে আমাদের জন্য উপযুক্ত। আমরা টিমসিটিকে আরও সাম্প্রতিক পণ্য হিসাবে বেছে নিয়েছি। সেই সময়ে, আমরা এখনও মাইক্রোসার্ভিস আর্কিটেকচার ব্যবহার করিনি এবং বিপুল সংখ্যক কাজ এবং প্রকল্প আশা করিনি।

আমরা আমাদের নিজস্ব সিস্টেমের ধারণায় আসি

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

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

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

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

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

আমরা স্বয়ংক্রিয়ভাবে পরীক্ষা করি

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

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

অটোমেশন দল

আমাদের বর্তমানে 130 জন বিকাশকারীর কর্মী রয়েছে এবং আমরা চালিয়ে যাচ্ছি হত্তয়া. ক্রমাগত ইন্টিগ্রেশন এবং কোড ডেলিভারি টিম (এর পরে ডিপ্লয় অ্যান্ড ইন্টিগ্রেশন বা DI টিম হিসাবে উল্লেখ করা হয়েছে) 7 জন লোক নিয়ে গঠিত এবং 2টি দিকনির্দেশনাতে কাজ করে: ইন্টিগ্রো অটোমেশন প্ল্যাটফর্ম এবং DevOps এর বিকাশ। 

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

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

সিআইএএন-এ অটোমেশনের লেয়ার কেক

অটোমেশনের সাথে জড়িত সমস্ত সিস্টেমকে কয়েকটি স্তরে ভাগ করা যেতে পারে:

1. বাহ্যিক সিস্টেম (জিরা, বিটবাকেট, ইত্যাদি)। উন্নয়ন দল তাদের সাথে কাজ করে।
2. ইন্টিগ্রো প্ল্যাটফর্ম। প্রায়শই, বিকাশকারীরা সরাসরি এটির সাথে কাজ করে না, তবে এটিই সমস্ত অটোমেশনকে সচল রাখে।
3. ডেলিভারি, অর্কেস্ট্রেশন এবং আবিষ্কার পরিষেবা (উদাহরণস্বরূপ, জেকনিন্স, কনসাল, যাযাবর)। তাদের সহায়তায়, আমরা সার্ভারে কোড স্থাপন করি এবং নিশ্চিত করি যে পরিষেবাগুলি একে অপরের সাথে কাজ করে।
4. শারীরিক স্তর (সার্ভার, ওএস, সম্পর্কিত সফ্টওয়্যার)। আমাদের কোড এই স্তরে কাজ করে। এটি হয় একটি শারীরিক সার্ভার বা একটি ভার্চুয়াল একটি (LXC, KVM, Docker) হতে পারে।

এই ধারণার উপর ভিত্তি করে, আমরা DI দলের মধ্যে দায়িত্বের ক্ষেত্রগুলিকে ভাগ করি। প্রথম দুটি স্তর ইন্টিগ্রো উন্নয়ন দিকনির্দেশের দায়িত্বের ক্ষেত্রে এবং শেষ দুটি স্তর ইতিমধ্যেই DevOps-এর দায়িত্বের ক্ষেত্রে রয়েছে। এই বিচ্ছেদ আমাদের কাজগুলিতে ফোকাস করতে দেয় এবং মিথস্ক্রিয়ায় হস্তক্ষেপ করে না, যেহেতু আমরা একে অপরের কাছাকাছি থাকি এবং ক্রমাগত জ্ঞান এবং অভিজ্ঞতা বিনিময় করি।

অক্ষত

আসুন ইন্টিগ্রোতে ফোকাস করি এবং প্রযুক্তি স্ট্যাক দিয়ে শুরু করি:

• CentOS 7
• ডকার + যাযাবর + কনসাল + ভল্ট
• জাভা 11 (পুরানো ইন্টিগ্রো মনোলিথ জাভা 8 এ থাকবে)
• স্প্রিং বুট 2.X + স্প্রিং ক্লাউড কনফিগ
• PostgreSql 11
• RabbitMQ 
• অ্যাপাচি ইগনিট
• কামুন্ডা (এম্বেড করা)
• Grafana + Graphite + Prometheus + Jaeger + ELK
• ওয়েব UI: প্রতিক্রিয়া (CSR) + MobX
• SSO: কীক্লোক

আমরা মাইক্রোসার্ভিস ডেভেলপমেন্টের নীতি মেনে চলি, যদিও ইন্টিগ্রোর প্রাথমিক সংস্করণের একটি মনোলিথ আকারে আমাদের উত্তরাধিকার রয়েছে। প্রতিটি মাইক্রোসার্ভিস তার নিজস্ব ডকার কন্টেইনারে চলে এবং পরিষেবাগুলি একে অপরের সাথে HTTP অনুরোধ এবং RabbitMQ বার্তাগুলির মাধ্যমে যোগাযোগ করে। মাইক্রোসার্ভিসগুলি কনসালের মাধ্যমে একে অপরকে খুঁজে পায় এবং SSO (Keycloak, OAuth 2/OpenID কানেক্ট) এর মাধ্যমে অনুমোদন দিয়ে একটি অনুরোধ করে।

একটি বাস্তব জীবনের উদাহরণ হিসাবে, জেনকিন্সের সাথে ইন্টারঅ্যাক্ট করার কথা বিবেচনা করুন, যা নিম্নলিখিত পদক্ষেপগুলি নিয়ে গঠিত:

1. ওয়ার্কফ্লো ম্যানেজমেন্ট মাইক্রোসার্ভিস (এরপরে ফ্লো মাইক্রোসার্ভিস নামে পরিচিত) জেনকিন্সে একটি বিল্ড চালাতে চায়। এটি করার জন্য, তিনি জেনকিন্সের সাথে ইন্টিগ্রেশনের জন্য মাইক্রোসার্ভিসের IP:PORT খুঁজে পেতে কনসাল ব্যবহার করেন (এরপরে জেনকিন্স মাইক্রোসার্ভিস নামে পরিচিত) এবং জেনকিন্সে বিল্ড শুরু করার জন্য এটিকে একটি অ্যাসিঙ্ক্রোনাস অনুরোধ পাঠান।
2. একটি অনুরোধ পাওয়ার পরে, জেনকিন্স মাইক্রোসার্ভিস একটি জব আইডি তৈরি করে এবং প্রতিক্রিয়া জানায়, যা পরে কাজের ফলাফল সনাক্ত করতে ব্যবহার করা যেতে পারে। একই সময়ে, এটি একটি REST API কলের মাধ্যমে জেনকিন্সে বিল্ডকে ট্রিগার করে।
3. জেনকিন্স বিল্ডটি সম্পাদন করে এবং শেষ হওয়ার পরে, জেনকিন্স মাইক্রোসার্ভিসে এক্সিকিউশন ফলাফল সহ একটি ওয়েবহুক পাঠায়।
4. জেনকিন্স মাইক্রোসার্ভিস, ওয়েবহুক পাওয়ার পরে, অনুরোধ প্রক্রিয়াকরণের সমাপ্তি সম্পর্কে একটি বার্তা তৈরি করে এবং এটিতে সম্পাদনের ফলাফল সংযুক্ত করে। তৈরি করা বার্তাটি RabbitMQ সারিতে পাঠানো হয়।
5. RabbitMQ-এর মাধ্যমে, প্রকাশিত বার্তাটি ফ্লো মাইক্রোসার্ভিসে পৌঁছায়, যেটি অনুরোধ এবং প্রাপ্ত বার্তা থেকে কাজের আইডি মেলে তার কাজ প্রক্রিয়াকরণের ফলাফল সম্পর্কে জানতে পারে।

এখন আমাদের প্রায় 30টি মাইক্রোসার্ভিস রয়েছে, যেগুলিকে কয়েকটি গ্রুপে ভাগ করা যেতে পারে:

1. কনফিগারেশন ব্যবস্থাপনা.
2. ব্যবহারকারীদের সাথে তথ্য এবং মিথস্ক্রিয়া (বার্তাবাহক, মেল)।
3. সোর্স কোড নিয়ে কাজ করা।
4. স্থাপনার সরঞ্জামগুলির সাথে একীকরণ (জেনকিন্স, যাযাবর, কনসাল, ইত্যাদি)।
5. পর্যবেক্ষণ (রিলিজ, ত্রুটি, ইত্যাদি)।
6. ওয়েব ইউটিলিটিগুলি (পরীক্ষার পরিবেশ পরিচালনা, পরিসংখ্যান সংগ্রহ ইত্যাদির জন্য UI)।
7. টাস্ক ট্র্যাকার এবং অনুরূপ সিস্টেমের সাথে একীকরণ।
8. বিভিন্ন কাজের জন্য কর্মপ্রবাহ ব্যবস্থাপনা।

কর্মপ্রবাহের কাজ

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

আসুন আমরা প্রায়শই যে ওয়ার্কফ্লো ব্যবহার করি তা দেখি:

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

ক্যানারি পরীক্ষা ছাড়াই DEV+BETA-তে সম্পূর্ণ ম্যানুয়াল টেস্টিং (সাধারণত এভাবেই আমরা একটি মনোলিথ প্রকাশ করি):

অন্যান্য ট্রানজিশন কম্বিনেশন থাকতে পারে। কখনও কখনও একটি সমস্যা যে পথটি গ্রহণ করবে তা জিরাতে বিকল্পগুলির মাধ্যমে নির্বাচন করা যেতে পারে।

টাস্ক আন্দোলন

"DEV টেস্টিং + ক্যানারি টেস্ট" কর্মপ্রবাহের মধ্য দিয়ে একটি কাজ সরে গেলে সঞ্চালিত হয় এমন প্রধান পদক্ষেপগুলি দেখুন:

1. ডেভেলপার বা PM টাস্ক তৈরি করে।

2. বিকাশকারী কাজটি কাজ করার জন্য নেয়। সমাপ্তির পরে, এটি পর্যালোচনা স্থিতিতে স্যুইচ করে৷

3. জিরা জিরা মাইক্রোসার্ভিসে একটি ওয়েবহুক পাঠায় (জিরার সাথে একীকরণের জন্য দায়ী)।

4. জিরা মাইক্রোসার্ভিস ওয়ার্কফ্লো চালু করার জন্য ফ্লো পরিষেবার কাছে একটি অনুরোধ পাঠায় (অভ্যন্তরীণ ওয়ার্কফ্লোগুলির জন্য দায়বদ্ধ যেখানে কাজ করা হয়)।

5. ফ্লো পরিষেবার ভিতরে:

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

  i) মাস্টার ব্রাঞ্চ আপডেট করা (কোড দিয়ে কাজ করার জন্য গিট মাইক্রোসার্ভিস)।
  ii) শাখাটিকে বিকাশকারী (বিটবাকেট মাইক্রোসার্ভিস) দ্বারা পরিবর্তন থেকে অবরুদ্ধ করা হয়েছে৷
  iii) এই শাখার জন্য একটি পুল অনুরোধ তৈরি করা হয়েছে (বিটবাকেট মাইক্রোসার্ভিস)।
  iv) একটি নতুন পুল অনুরোধ সম্পর্কে একটি বার্তা ডেভেলপার চ্যাটে পাঠানো হয় (বিজ্ঞপ্তিগুলির সাথে কাজ করার জন্য মাইক্রোসার্ভিসকে অবহিত করুন)।
  v) নির্মাণ, পরীক্ষা এবং স্থাপন কাজগুলি DEV (জেনকিন্সের সাথে কাজ করার জন্য জেনকিন্স মাইক্রোসার্ভিস) তে শুরু করা হয়েছে।
  vi) পূর্ববর্তী সমস্ত ধাপ সফলভাবে সম্পন্ন হলে, Integro তার অনুমোদনকে পুল রিকোয়েস্টে (বিটবাকেট মাইক্রোসার্ভিস) রাখে।

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

6. পরীক্ষকরা টাস্ক পরীক্ষা করে। যদি কোন সমস্যা না থাকে, তাহলে টাস্কটি রেডি ফর বিল্ড স্ট্যাটাসে স্থানান্তরিত হয়।

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

8. কাজটি ক্যানারি স্ট্যাটাসে (জিরা মাইক্রোসার্ভিস) স্থানান্তরিত হয়।

9. জেনকিন্স ক্যানারি মোডে নোম্যাডের মাধ্যমে একটি স্থাপনার কাজ চালু করে (সাধারণত 1-3টি উদাহরণ) এবং স্থাপনার বিষয়ে রিলিজ মনিটরিং পরিষেবা (ডিপ্লয়ওয়াচ মাইক্রোসার্ভিস) অবহিত করে।

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

11. উৎপাদনে স্থাপনা চালু করার পর:

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

12. ভুল মাইক্রোসার্ভিস আচরণ সনাক্ত করা হলে ডেভেলপারদের প্রোডাকশন থেকে একটি টাস্ক রোল ব্যাক করা শুরু করার জন্য 30 মিনিট সময় থাকবে। এই সময়ের পরে, কাজটি স্বয়ংক্রিয়ভাবে মাস্টার (গিট মাইক্রোসার্ভিস) এ একত্রিত হবে।

13. মাস্টারে সফলভাবে মার্জ করার পর, টাস্ক স্ট্যাটাস ক্লোজড (জিরা মাইক্রোসার্ভিস) এ পরিবর্তিত হবে।

চিত্রটি সম্পূর্ণ বিশদ হওয়ার ভান করে না (বাস্তবে আরও ধাপ রয়েছে), তবে এটি আপনাকে প্রক্রিয়াগুলিতে একীকরণের ডিগ্রি মূল্যায়ন করতে দেয়। আমরা এই স্কিমটিকে আদর্শ বলে মনে করি না এবং স্বয়ংক্রিয় মুক্তি এবং স্থাপনার সহায়তার প্রক্রিয়াগুলিকে উন্নত করছি৷

পরবর্তী কি

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

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

উত্স: www.habr.com