🥇ডকার কী: ইতিহাস এবং মৌলিক বিমূর্ততায় একটি সংক্ষিপ্ত ভ্রমণ

স্লার্মে 10শে আগস্ট শুরু হয়েছে ডকার ভিডিও কোর্স, যেখানে আমরা এটি সম্পূর্ণরূপে বিশ্লেষণ করি - মৌলিক বিমূর্ততা থেকে নেটওয়ার্ক পরামিতি পর্যন্ত।

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

ডকার কি

আসুন উইকিপিডিয়া থেকে ডকারের সংজ্ঞা দেখি।

ডকার হল কনটেইনারাইজড পরিবেশে অ্যাপ্লিকেশন স্থাপন এবং পরিচালনার জন্য সফ্টওয়্যার।

এই সংজ্ঞা থেকে কিছুই স্পষ্ট নয়। "পরিবেশে যা কনটেইনারাইজেশন সমর্থন করে" এর অর্থ কী তা বিশেষত অস্পষ্ট। খুঁজে বের করতে, চলুন সময় ফিরে যাই। চলুন সেই যুগ দিয়ে শুরু করা যাক যাকে আমি প্রচলিতভাবে বলি "একচেটিয়া যুগ।"

মনোলিথিক যুগ

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

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

হাইপারভাইজার-ভিত্তিক ভার্চুয়ালাইজেশন সিস্টেম

সবাই সম্ভবত ভার্চুয়ালাইজেশন সিস্টেম সম্পর্কে শুনেছেন: VMware, VirtualBox, Hyper-V, Qemu KVM, ইত্যাদি। তারা অ্যাপ্লিকেশন আইসোলেশন এবং রিসোর্স ম্যানেজমেন্ট প্রদান করে, কিন্তু তাদের অসুবিধাও রয়েছে। ভার্চুয়ালাইজেশন করতে, আপনার একটি হাইপারভাইজার প্রয়োজন। এবং হাইপারভাইজার একটি সম্পদ ওভারহেড। এবং ভার্চুয়াল মেশিন নিজেই সাধারণত একটি সম্পূর্ণ কলোসাস - একটি অপারেটিং সিস্টেম, Nginx, Apache এবং সম্ভবত MySQL ধারণকারী একটি ভারী চিত্র। চিত্রটি বড় এবং ভার্চুয়াল মেশিনটি পরিচালনা করতে অসুবিধাজনক। ফলস্বরূপ, ভার্চুয়াল মেশিনের সাথে কাজ ধীর হতে পারে। এই সমস্যা সমাধানের জন্য, কার্নেল স্তরে ভার্চুয়ালাইজেশন সিস্টেম তৈরি করা হয়েছিল।

কার্নেল-স্তরের ভার্চুয়ালাইজেশন সিস্টেম

কার্নেল-স্তরের ভার্চুয়ালাইজেশন OpenVZ, Systemd-nspawn, LXC সিস্টেম দ্বারা সমর্থিত। এই ধরনের ভার্চুয়ালাইজেশনের একটি আকর্ষণীয় উদাহরণ হল LXC (লিনাক্স কন্টেইনার)।

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

মূলত LXC পাত্র তৈরি করে। ভার্চুয়াল মেশিন এবং পাত্রের মধ্যে পার্থক্য কি?

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

ভার্চুয়ালাইজেশন এবং কন্টেইনারাইজেশনের মধ্যে পার্থক্যগুলি চিত্রটিতে দেখা যেতে পারে।
হার্ডওয়্যার হাইপারভাইজার, OS এর উপরে হাইপারভাইজার এবং কন্টেইনার রয়েছে।

আপনি যদি সত্যিই কিছু বিচ্ছিন্ন করতে চান তবে হার্ডওয়্যার হাইপারভাইজারগুলি দুর্দান্ত। কারণ মেমরি পৃষ্ঠা এবং প্রসেসরের স্তরে এটি বিচ্ছিন্ন করা সম্ভব।

একটি প্রোগ্রাম হিসাবে হাইপারভাইজার আছে, এবং কন্টেইনার আছে, এবং আমরা তাদের সম্পর্কে আরও কথা বলব। কনটেইনারাইজেশন সিস্টেমে হাইপারভাইজার নেই, তবে একটি কনটেইনার ইঞ্জিন রয়েছে যা কন্টেইনার তৈরি এবং পরিচালনা করে। এই জিনিসটি আরও হালকা, তাই কোরের সাথে কাজ করার কারণে কম ওভারহেড বা একেবারেই নেই।

কার্নেল স্তরে ধারককরণের জন্য কী ব্যবহার করা হয়

প্রধান প্রযুক্তি যা আপনাকে অন্যান্য প্রক্রিয়া থেকে বিচ্ছিন্ন একটি ধারক তৈরি করতে দেয় তা হল নামস্থান এবং নিয়ন্ত্রণ গোষ্ঠী।

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

পিআইডি নেমস্পেস প্রক্রিয়াগুলিকে সীমাবদ্ধ করে। উদাহরণস্বরূপ, আমরা যখন একটি পিআইডি নেমস্পেস তৈরি করি এবং সেখানে একটি প্রক্রিয়া রাখি, তখন এটি পিআইডি 1 এর সাথে হয়ে যায়। সাধারণত সিস্টেমে পিআইডি 1 সিস্টেমড বা init হয়। সেই অনুযায়ী, যখন আমরা একটি নতুন নামস্থানে একটি প্রক্রিয়া রাখি, তখন এটি PID 1ও পায়।

নেটওয়ার্কিং নেমস্পেস আপনাকে নেটওয়ার্ক সীমিত/বিচ্ছিন্ন করতে এবং ভিতরে আপনার নিজস্ব ইন্টারফেস স্থাপন করতে দেয়। মাউন্ট একটি ফাইল সিস্টেম সীমাবদ্ধতা. ব্যবহারকারী - ব্যবহারকারীদের উপর সীমাবদ্ধতা।

কন্ট্রোল গ্রুপ: মেমরি, CPU, IOPS, নেটওয়ার্ক - মোট প্রায় 12 সেটিংস। অন্যথায় তাদের Cgroups (“C-groups”)ও বলা হয়।

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

কন্টেইনারাইজেশন সম্পূর্ণরূপে কাজ করার জন্য, অতিরিক্ত প্রযুক্তি ব্যবহার করা হয়: ক্ষমতা, কপি-অন-রাইট এবং অন্যান্য।

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

কপি-অন-রাইট সিস্টেম আমাদের ডকার চিত্রগুলির সাথে কাজ করতে এবং সেগুলিকে আরও দক্ষতার সাথে ব্যবহার করতে দেয়।

ডকারে বর্তমানে Cgroups v2 এর সাথে সামঞ্জস্যপূর্ণ সমস্যা রয়েছে, তাই এই নিবন্ধটি বিশেষভাবে Cgroups v1-এ ফোকাস করে।

তবে ইতিহাসে ফিরে আসা যাক।

ভার্চুয়ালাইজেশন সিস্টেমগুলি কার্নেল স্তরে উপস্থিত হলে, তারা সক্রিয়ভাবে ব্যবহার করা শুরু করে। হাইপারভাইজারের ওভারহেড অদৃশ্য হয়ে গেছে, কিন্তু কিছু সমস্যা রয়ে গেছে:

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

এই সমস্ত সমস্যা সমাধানের জন্য, পরবর্তী যুগ এসেছে।

ধারক যুগ

যখন কনটেইনার যুগ এসেছে, তাদের সাথে কাজ করার দর্শন পরিবর্তিত হয়েছে:

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

মনে আছে আমি পোষা বনাম গবাদি পশু সম্পর্কে কি বলেছিলাম? আগে, দৃষ্টান্তগুলি গৃহপালিত পশুর মতো ছিল, কিন্তু এখন তারা গবাদি পশুর মতো হয়েছে। পূর্বে, একটি মনোলিথ ছিল - একটি অ্যাপ্লিকেশন। এখন এটি 100টি মাইক্রোসার্ভিস, 100টি কন্টেইনার৷ কিছু পাত্রে 2-3টি প্রতিরূপ থাকতে পারে। প্রতিটি পাত্রে নিয়ন্ত্রণ করা আমাদের জন্য কম গুরুত্বপূর্ণ হয়ে ওঠে। আমাদের কাছে যেটা বেশি গুরুত্বপূর্ণ তা হল পরিষেবার প্রাপ্যতা: এই কন্টেইনারের সেটটি কী করে। এটি পর্যবেক্ষণের পদ্ধতি পরিবর্তন করে।

2014-2015 সালে, ডকার উন্নতি লাভ করেছিল - যে প্রযুক্তিটি আমরা এখন আলোচনা করব।

ডকার দর্শন এবং প্রমিত অ্যাপ্লিকেশন প্যাকেজিং পরিবর্তন করেছে। ডকার ব্যবহার করে, আমরা একটি অ্যাপ্লিকেশন প্যাকেজ করতে পারি, এটি একটি সংগ্রহস্থলে পাঠাতে পারি, সেখান থেকে এটি ডাউনলোড করতে পারি এবং এটি স্থাপন করতে পারি।

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

ওভারহেড সম্পর্কে বিমুখতা

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

অন্যদিকে, আপনি যদি আরও গভীরে যান, ডকারে আসলেই বেশ কিছু জিনিস রয়েছে যেগুলিকে প্রসারিত করে, ওভারহেড বলা যেতে পারে।

প্রথমটি হল পিআইডি নামস্থান। যখন আমরা একটি নামস্থানে একটি প্রক্রিয়া রাখি, তখন এটিকে PID 1 বরাদ্দ করা হয়। একই সময়ে, এই প্রক্রিয়াটির আরেকটি পিআইডি থাকে, যা কন্টেইনারের বাইরে হোস্ট নেমস্পেসে অবস্থিত। উদাহরণস্বরূপ, আমরা একটি পাত্রে Nginx চালু করেছি, এটি PID 1 (মাস্টার প্রক্রিয়া) হয়ে উঠেছে। এবং হোস্টে এটির পিআইডি 12623 রয়েছে। এবং এটি কতটা ওভারহেড তা বলা কঠিন।

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

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

ডকার ধারণা সম্পর্কে

ডকার বিভিন্ন উপাদান নিয়ে গঠিত:

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

পরিকল্পিতভাবে এটি এরকম কিছু দেখায়:

ডকার ডেমন ডকার_হোস্টে চলে এবং কন্টেইনার চালু করে। একটি ক্লায়েন্ট আছে যে কমান্ড পাঠায়: ইমেজ তৈরি করুন, ইমেজ ডাউনলোড করুন, ধারক চালু করুন। ডকার ডেমন রেজিস্ট্রিতে যায় এবং তাদের কার্যকর করে। ডকার ক্লায়েন্ট স্থানীয়ভাবে (একটি ইউনিক্স সকেটে) এবং দূরবর্তী হোস্ট থেকে TCP এর মাধ্যমে উভয়ই অ্যাক্সেস করতে পারে।

এর প্রতিটি উপাদান মাধ্যমে যান.

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

ডকার সিএলআই — ডকার ক্লায়েন্ট অংশ, ডেমনের সাথে কাজ করার জন্য কনসোল ইউটিলিটি। আমি আবার বলছি, এটি শুধুমাত্র স্থানীয়ভাবে নয়, নেটওয়ার্কেও কাজ করতে পারে।

মৌলিক আদেশ:

ডকার পিএস - কন্টেইনারগুলি দেখান যা বর্তমানে ডকার হোস্টে চলছে।
ডকার ইমেজ - স্থানীয়ভাবে ডাউনলোড করা ছবি দেখান।
ডকার অনুসন্ধান <> - রেজিস্ট্রিতে একটি চিত্র অনুসন্ধান করুন।
ডকার পুল <> - রেজিস্ট্রি থেকে মেশিনে একটি ছবি ডাউনলোড করুন।
ডকার বিল্ড < > - ছবিটি সংগ্রহ করুন।
ডকার রান <> - কন্টেইনার চালু করুন।
docker rm <> - ধারকটি সরান।
ডকার লগ <> - কন্টেইনার লগ
ডকার স্টার্ট/স্টপ/রিস্টার্ট <> - কন্টেইনারের সাথে কাজ করা

আপনি যদি এই কমান্ডগুলি আয়ত্ত করেন এবং সেগুলি ব্যবহারে আত্মবিশ্বাসী হন তবে নিজেকে ব্যবহারকারী স্তরে ডকারে 70% দক্ষ বিবেচনা করুন।

Dockerfile - একটি চিত্র তৈরি করার জন্য নির্দেশাবলী। প্রায় প্রতিটি নির্দেশনা কমান্ড একটি নতুন স্তর। এর একটি উদাহরণ তাকান.

ডকারফাইল দেখতে এইরকম: বাম দিকে কমান্ড, ডানদিকে আর্গুমেন্ট। এখানে (এবং সাধারণত ডকারফাইলে লেখা) প্রতিটি কমান্ড ইমেজে একটি নতুন স্তর তৈরি করে।

এমনকি বাম দিকে তাকালেও আপনি মোটামুটি বুঝতে পারবেন কী ঘটছে। আমরা বলি: "আমাদের জন্য একটি ফোল্ডার তৈরি করুন" - এটি একটি স্তর। "ফোল্ডারটিকে কাজ করা" আরেকটি স্তর, এবং তাই। লেয়ার কেক জীবনকে সহজ করে তোলে। যদি আমি অন্য ডকারফাইল তৈরি করি এবং শেষ লাইনে কিছু পরিবর্তন করি - আমি "পাইথন" "main.py" ছাড়া অন্য কিছু চালাই, বা অন্য ফাইল থেকে নির্ভরতা ইনস্টল করি - তাহলে আগের স্তরগুলি ক্যাশে হিসাবে পুনরায় ব্যবহার করা হবে।

ভাবমূর্তি - এটি কন্টেইনার প্যাকেজিং; কন্টেইনারগুলি চিত্র থেকে চালু করা হয়। যদি আমরা একটি প্যাকেজ ম্যানেজারের দৃষ্টিকোণ থেকে ডকারকে দেখি (যেমন আমরা ডেব বা rpm প্যাকেজগুলির সাথে কাজ করছি), তাহলে চিত্রটি মূলত একটি rpm প্যাকেজ। yum install এর মাধ্যমে আমরা অ্যাপ্লিকেশনটি ইনস্টল করতে, মুছে ফেলতে, সংগ্রহস্থলে খুঁজে পেতে এবং ডাউনলোড করতে পারি। এটি এখানে প্রায় একই: কন্টেইনারগুলি ইমেজ থেকে চালু করা হয়, সেগুলি ডকার রেজিস্ট্রিতে (yum-এর মতো, একটি সংগ্রহস্থলে) সংরক্ষণ করা হয় এবং প্রতিটি ছবিতে একটি SHA-256 হ্যাশ, একটি নাম এবং একটি ট্যাগ রয়েছে৷

ছবি ডকারফাইল থেকে নির্দেশাবলী অনুযায়ী নির্মিত হয়. ডকারফাইল থেকে প্রতিটি নির্দেশ একটি নতুন স্তর তৈরি করে। স্তরগুলি পুনরায় ব্যবহার করা যেতে পারে।

ডকার রেজিস্ট্রি একটি ডকার ইমেজ সংগ্রহস্থল। OS-এর মতো, ডকারের একটি পাবলিক স্ট্যান্ডার্ড রেজিস্ট্রি রয়েছে - ডকারহাব। কিন্তু আপনি আপনার নিজস্ব সংগ্রহস্থল, আপনার নিজস্ব ডকার রেজিস্ট্রি তৈরি করতে পারেন।

আধার - ইমেজ থেকে কি চালু করা হয়. আমরা ডকারফাইল থেকে নির্দেশাবলী অনুসারে একটি চিত্র তৈরি করেছি, তারপরে আমরা এই চিত্র থেকে এটি চালু করি। এই ধারকটি অন্যান্য পাত্র থেকে বিচ্ছিন্ন এবং অ্যাপ্লিকেশনটির কাজ করার জন্য প্রয়োজনীয় সবকিছু থাকতে হবে। এই ক্ষেত্রে, এক ধারক - এক প্রক্রিয়া। এটি ঘটে যে আপনাকে দুটি প্রক্রিয়া করতে হবে, তবে এটি ডকার মতাদর্শের কিছুটা বিপরীত।

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

আরও বিস্তারিতভাবে কোর্সের বৈশিষ্ট্য এবং সম্পূর্ণ প্রোগ্রাম অধ্যয়ন করতে, অনুগ্রহ করে লিঙ্কটি অনুসরণ করুন: “ডকার ভিডিও কোর্স».

লেখক: মার্সেল ইব্রেভ, প্রত্যয়িত কুবারনেটস প্রশাসক, সাউথব্রিজে প্র্যাকটিসিং ইঞ্জিনিয়ার, স্লার্ম কোর্সের স্পিকার এবং বিকাশকারী।

উত্স: www.habr.com

ডকার কী: ইতিহাস এবং মৌলিক বিমূর্ততায় একটি সংক্ষিপ্ত ভ্রমণ

ডকার কি

মনোলিথিক যুগ

হাইপারভাইজার-ভিত্তিক ভার্চুয়ালাইজেশন সিস্টেম

কার্নেল-স্তরের ভার্চুয়ালাইজেশন সিস্টেম

কার্নেল স্তরে ধারককরণের জন্য কী ব্যবহার করা হয়

ধারক যুগ

ওভারহেড সম্পর্কে বিমুখতা

ডকার ধারণা সম্পর্কে

একটি মন্তব্য জুড়ুন উত্তর বাতিল