🥇ডকারের সাথে ক্রমাগত বিতরণের অনুশীলন (পর্যালোচনা এবং ভিডিও)

আমরা আমাদের প্রযুক্তিগত পরিচালকের সর্বশেষ বক্তৃতার উপর ভিত্তি করে প্রকাশনা দিয়ে আমাদের ব্লগ শুরু করব ডিস্টল (দিমিত্রি স্টোলিয়ারভ)। এগুলি সবই 2016 সালে বিভিন্ন পেশাদার ইভেন্টে সংঘটিত হয়েছিল এবং সেগুলি DevOps এবং Docker-এর বিষয়ে নিবেদিত ছিল। Badoo অফিসে ডকার মস্কো মিটিং থেকে একটি ভিডিও, আমরা ইতিমধ্যেই আছে প্রকাশিত অনলাইন নতুনদের সাথে প্রতিবেদনের সারমর্ম প্রকাশকারী নিবন্ধগুলি থাকবে। তাই…

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

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

ডকারের সাথে ক্রমাগত ডেলিভারি

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

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

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

প্রধান রোলআউট প্যাটার্ন

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

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

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

আমরা সাধারণের প্রধান রোলআউট প্যাটার্ন নিম্নলিখিত বিষয়গুলি বিবেচনায় নিয়ে নতুন সংস্করণ:

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

পৃথক পাত্রে অ্যাপ্লিকেশনের বিভিন্ন সংস্করণ স্থাপনের এই পদ্ধতিটি আরেকটি সুবিধা প্রদান করে - দ্রুত রোলব্যাক পুরানো সংস্করণে (সর্বশেষে, এটি পছন্দসই কন্টেইনারে ট্র্যাফিক স্যুইচ করার জন্য যথেষ্ট)।

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

প্রজননযোগ্যতা

"পুনরুত্পাদনযোগ্যতা" দ্বারা আমরা বোঝাই যে অ্যাপ্লিকেশনগুলি পরিচালনা করার সময় সমস্যাগুলির একটি সাধারণ সেট। আমরা এই ধরনের ক্ষেত্রে কথা বলছি:

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

তাদের সাধারণ সারমর্মটি এই সত্যে ফুটে ওঠে যে ব্যবহৃত পরিবেশের সম্পূর্ণ সম্মতি (সেসাথে মানব ফ্যাক্টরের অনুপস্থিতি) প্রয়োজনীয়। আমরা কিভাবে প্রজননযোগ্যতার গ্যারান্টি দিতে পারি? ডকার ইমেজ তৈরি করুন গিট থেকে কোডের উপর ভিত্তি করে, এবং তারপরে যেকোন কাজের জন্য সেগুলি ব্যবহার করুন: পরীক্ষার সাইটগুলিতে, উত্পাদনে, প্রোগ্রামারদের স্থানীয় মেশিনে... একই সময়ে, সঞ্চালিত ক্রিয়াগুলিকে ন্যূনতম করা গুরুত্বপূর্ণ после চিত্রটি একত্রিত করা: এটি যত সহজ, ত্রুটি হওয়ার সম্ভাবনা তত কম।

অবকাঠামো হল কোড

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

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

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

ডকার ইমেজ, গিট সঙ্গে যোগাযোগ

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

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

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

dapp

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

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

13 আগস্ট, 2019 আপডেট করা হয়েছে: বর্তমানে একটি প্রকল্প dapp নাম পরিবর্তন করে werf, এর কোড গো-তে সম্পূর্ণরূপে পুনর্লিখন করা হয়েছে এবং এর ডকুমেন্টেশন উল্লেখযোগ্যভাবে উন্নত করা হয়েছে।

Kubernetes

আরেকটি রেডিমেড ওপেন সোর্স টুল যা ইতিমধ্যেই পেশাদার পরিবেশে উল্লেখযোগ্য স্বীকৃতি পেয়েছে Kubernetes, একটি ডকার ব্যবস্থাপনা ক্লাস্টার। ডকারে নির্মিত প্রকল্পগুলির ক্রিয়াকলাপে এটির ব্যবহারের বিষয়টি প্রতিবেদনের সুযোগের বাইরে, তাই উপস্থাপনাটি কিছু আকর্ষণীয় বৈশিষ্ট্যগুলির একটি ওভারভিউতে সীমাবদ্ধ।

রোলআউটের জন্য, Kubernetes অফার করে:

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

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

চূড়ান্ত সুপারিশ

ডকার ব্যবহার করুন।
আপনার সমস্ত প্রয়োজনের জন্য অ্যাপ্লিকেশনগুলির ডকার ইমেজ তৈরি করুন।
"পরিকাঠামো হল কোড" নীতি অনুসরণ করুন।
গিটকে ডকারের সাথে লিঙ্ক করুন।
রোলআউটের ক্রম নিয়ন্ত্রণ করুন।
একটি রেডিমেড প্ল্যাটফর্ম ব্যবহার করুন (কুবারনেটস বা অন্য)।

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

পারফরম্যান্স থেকে ভিডিও (প্রায় এক ঘন্টা) ইউটিউবে প্রকাশিত (প্রতিবেদনটি 5 তম মিনিট থেকে শুরু হয় - এই মুহূর্ত থেকে খেলতে লিঙ্কটি অনুসরণ করুন).

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

দ্রষ্টব্য

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

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

উত্স: www.habr.com

ডকারের সাথে ক্রমাগত ডেলিভারি অনুশীলন (পর্যালোচনা এবং ভিডিও)