ডকার খেলনা নাকি? নাকি এখনো আছে?

হ্যালো সবাই!

আমি সত্যিই সরাসরি বিষয়টিতে যেতে চাই, তবে আমার গল্প সম্পর্কে একটু বলা আরও সঠিক হবে:

প্রবেশ

আমি একজন প্রোগ্রামার যার সার্ভারে ফ্রন্টএন্ড সিঙ্গেল পেজ অ্যাপ্লিকেশন, স্কেলা/জাভা এবং নোডেজ তৈরি করার অভিজ্ঞতা রয়েছে।

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

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

ব্যবহারের কারণ

কেন আমি ডকার ব্যবহার করেছি? সম্ভবত নিম্নলিখিত কারণে:

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

আমি সবসময় ডকার সম্পর্কে যা পছন্দ করি না:

• আমার অ্যাপ্লিকেশন কাজ করার জন্য, আমার সার্ভারে ডকার প্রয়োজন। আমার অ্যাপ্লিকেশনগুলি যদি জেআরই বা নোডেজে চলে এবং তাদের জন্য পরিবেশ ইতিমধ্যেই সার্ভারে থাকে তবে আমার কেন এটি দরকার?
• যদি আমি একটি দূরবর্তী সার্ভারে আমার (ব্যক্তিগত) স্থানীয়ভাবে নির্মিত চিত্র চালাতে চাই, তবে আমার নিজের ডকার সংগ্রহস্থল দরকার, কোথাও কাজ করার জন্য আমার রেজিস্ট্রি দরকার এবং আমাকে https কনফিগার করতে হবে, কারণ ডকার ক্লি শুধুমাত্র https এর উপর কাজ করে। ওহ অভিশাপ... বিকল্প আছে, অবশ্যই, স্থানীয়ভাবে ছবিটি সংরক্ষণ করার জন্য docker save এবং শুধু scp এর মাধ্যমে ইমেজ পাঠান... কিন্তু এটা অনেক শরীরের নড়াচড়া। এবং পাশাপাশি, আপনার নিজস্ব সংগ্রহস্থল উপস্থিত না হওয়া পর্যন্ত এটি একটি "ক্র্যাচ" সমাধানের মতো দেখায়
• docker-compose. এটি শুধুমাত্র কন্টেইনার চালানোর জন্য প্রয়োজন। এখানেই শেষ. সে আর কিছু করতে পারে না। Docker-compose এর ফাইলগুলির একগুচ্ছ সংস্করণ রয়েছে, এর নিজস্ব সিনট্যাক্স। এটা যতই ঘোষণামূলক হোক না কেন, আমি তাদের ডকুমেন্টেশন পড়তে চাই না। আমার আর কোথাও লাগবে না।
• একটি দলে কাজ করার সময়, বেশিরভাগ লোকেরা একটি ডকারফাইল খুব বাঁকাভাবে লেখেন, এটি কীভাবে ক্যাশে করা হয় তা বোঝেন না, ছবিতে তাদের প্রয়োজনীয় এবং প্রয়োজন নেই এমন সবকিছু যোগ করুন, ডকারহাব বা ব্যক্তিগত সংগ্রহস্থলে নেই এমন চিত্রগুলি থেকে উত্তরাধিকারসূত্রে প্রাপ্ত করুন, কিছু তৈরি করুন docker-compose ডাটাবেস সহ ফাইল এবং কিছুই স্থায়ী হয় না। একই সময়ে, বিকাশকারীরা গর্বের সাথে ঘোষণা করে যে ডকার দুর্দান্ত, সবকিছু তাদের জন্য স্থানীয়ভাবে কাজ করে এবং এইচআর গুরুত্বপূর্ণভাবে শূন্যপদে লিখেছেন: "আমরা ডকার ব্যবহার করি এবং আমাদের এই ধরনের কাজের অভিজ্ঞতা সহ একজন প্রার্থীর প্রয়োজন।"
• আমি ক্রমাগত ডকারে সবকিছু উত্থাপন করার চিন্তায় আচ্ছন্ন থাকি: postgresql, kafka, redis. এটি একটি দুঃখের বিষয় যে সবকিছু পাত্রে কাজ করে না, সবকিছু কনফিগার করা এবং চালানো সহজ নয়। এটি তৃতীয় পক্ষের বিকাশকারীদের দ্বারা সমর্থিত, এবং বিক্রেতাদের দ্বারা নয়৷ এবং যাইহোক, প্রশ্নটি অবিলম্বে উত্থাপিত হয়: বিক্রেতারা ডকারে তাদের পণ্যগুলি বজায় রাখার বিষয়ে চিন্তা করেন না, কেন এটি, সম্ভবত তারা কিছু জানেন?
• প্রশ্ন সবসময় কন্টেইনার ডেটার স্থিরতা সম্পর্কে উত্থাপিত হয়। এবং তারপর আপনি মনে করেন, আমি কি শুধু হোস্ট ডিরেক্টরি মাউন্ট করব বা একটি ডকার ভলিউম তৈরি করব বা একটি ডেটা কন্টেইনার তৈরি করব যা এখন deprecated? যদি আমি একটি ডিরেক্টরি মাউন্ট করি, তাহলে আমাকে নিশ্চিত করতে হবে যে কন্টেইনারে থাকা ব্যবহারকারীর uid এবং gid কন্টেইনার চালু করা ব্যবহারকারীর আইডির সাথে মেলে, অন্যথায় কন্টেইনার দ্বারা তৈরি ফাইলগুলি রুট অধিকার সহ তৈরি করা হবে। যদি আমি ব্যবহার করি volume তারপর কিছু তথ্য সহজভাবে তৈরি করা হবে /usr/* এবং প্রথম ক্ষেত্রে যেমন uid এবং gid এর সাথে একই গল্প থাকবে। আপনি যদি একটি তৃতীয় পক্ষের উপাদান চালু করেন, তাহলে আপনাকে ডকুমেন্টেশন পড়তে হবে এবং প্রশ্নের উত্তর খুঁজতে হবে: "কোন কন্টেইনার ডিরেক্টরিতে কম্পোনেন্ট ফাইল লেখে?"

আমি সবসময় এই সত্যটি পছন্দ করিনি যে আমাকে খুব বেশি দিন ডকারের সাথে টিঙ্কার করতে হয়েছিল প্রাথমিক পর্যায়ে: আমি কীভাবে কন্টেইনার চালু করতে হয়, কোন ছবি থেকে লঞ্চ করতে হয়, মেকফাইলস তৈরি করেছি যাতে লম্বা ডকার কমান্ডের উপনাম রয়েছে। আমি ডকার-কম্পোজকে ঘৃণা করতাম কারণ আমি ডকার ইকোসিস্টেমের অন্য টুল শিখতে চাইনি। এবং docker-compose up এটা আমাকে বিরক্ত করেছিল, বিশেষ করে যদি তারা এখনও সেখানে দেখা করে build নির্মাণ, বরং ইতিমধ্যে একত্রিত ইমেজ চেয়ে. আমি সত্যিই চেয়েছিলাম শুধুমাত্র দক্ষতার সাথে এবং দ্রুত একটি পণ্য তৈরি করা. কিন্তু আমি কিভাবে ডকার ব্যবহার করতে পারি তা বুঝতে পারিনি।

Ansible প্রবর্তন

সম্প্রতি (তিন মাস আগে), আমি একটি DevOps দলের সাথে কাজ করেছি, যার প্রায় প্রতিটি সদস্যেরই ডকারের প্রতি নেতিবাচক মনোভাব ছিল। কারণে:

• ডকার নিয়ম iptables (যদিও আপনি daemon.json এ এটি নিষ্ক্রিয় করতে পারেন)
• ডকারটি বগি এবং আমরা এটি উত্পাদনে চালাব না
• যদি ডকার ডেমন ক্র্যাশ হয়, তাহলে সেই অনুযায়ী অবকাঠামো সহ সমস্ত কন্টেইনার ক্র্যাশ হয়
• ডকারের প্রয়োজন নেই
• কেন ডকার যদি উত্তরযোগ্য এবং ভার্চুয়াল মেশিন থাকে

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

তৃতীয় পক্ষের উপাদান যেমন ডাটাবেস চালানোর জন্য ডকার

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

এই কমান্ডটি আমার স্থানীয় পোর্টকে পোস্টগ্রেস্কএল চলমান একটি দূরবর্তী সার্ভারে ফরোয়ার্ড করে:

ssh -L 9000:localhost:5432 [ইমেল সুরক্ষিত]

একটি দূরবর্তী সার্ভার ব্যবহার করা দলের উন্নয়নের সাথে সমস্যা সমাধান করে। এই ধরনের একটি সার্ভার একাধিক ডেভেলপার একবারে ব্যবহার করতে পারে; তাদের postgresql কনফিগার করতে, ডকার এবং অন্যান্য জটিলতা বুঝতে সক্ষম হওয়ার দরকার নেই। একটি দূরবর্তী সার্ভারে, আপনি ডকারে একই ডাটাবেস ইনস্টল করতে পারেন, যদি একটি নির্দিষ্ট সংস্করণ ইনস্টল করা কঠিন হয়। সব ডেভেলপারদের প্রয়োজন ssh অ্যাক্সেস প্রদান করা হয়!

আমি সম্প্রতি পড়েছি যে SSH টানেলগুলি একটি নিয়মিত VPN এর সীমিত কার্যকারিতা! আপনি সহজভাবে OpenVPN বা অন্যান্য VPN বাস্তবায়ন ইনস্টল করতে পারেন, পরিকাঠামো সেট আপ করতে পারেন এবং এটি ব্যবহারের জন্য বিকাশকারীদের দিতে পারেন। এই এত শান্ত!

সৌভাগ্যবশত, AWS, GoogleCloud এবং অন্যান্যরা আপনাকে এক বছরের বিনামূল্যে ব্যবহারের সুযোগ দেয়, তাই সেগুলি ব্যবহার করুন! ব্যবহার না করার সময় আপনি সেগুলি বন্ধ করে দিলে এগুলি সস্তা। আমি সবসময় ভাবতাম কেন আমার জিক্লাউডের মতো একটি দূরবর্তী সার্ভারের প্রয়োজন হবে, মনে হয় আমি সেগুলি খুঁজে পেয়েছি।

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

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

ডকার ইমেজ এবং বিতরণ সম্পর্কে একটু

আমি ইতিমধ্যে লিখেছি প্রবন্ধ যেখানে আমি বোঝাতে চেয়েছিলাম যে ডকার ইমেজ ব্যবহার করে কোনো গ্যারান্টি দেওয়া হয় না। ডকার ইমেজ শুধুমাত্র একটি ডকার ধারক তৈরি করতে প্রয়োজন হয়. আপনি যদি একটি ডকার ইমেজে আপগ্রেড করছেন, তাহলে আপনি ডকার কন্টেইনার ব্যবহার করতে আপগ্রেড করছেন এবং আপনি শুধুমাত্র সেগুলি ব্যবহার করবেন।

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

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

নীচের লাইন: আমার ডকার রেজিস্ট্রি দরকার নেই, আমি কিছু ধরণের S3 ব্যবহার করব বা গুগল ড্রাইভ/ড্রপবক্সের মতো ফাইল স্টোরেজ ব্যবহার করব

সিআই-তে ডকার

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

এই কোম্পানিগুলি তাদের সার্ভারে ডকার ব্যবহার করে যেখানে CI প্রক্রিয়া চলে। প্রশ্ন: কেন আপনার সার্ভারে একটি ডকার কন্টেইনারে প্রকল্পগুলি তৈরি করতে হবে? কেন শুধু বিল্ডের জন্য একটি পরিবেশ প্রস্তুত করবেন না, উদাহরণস্বরূপ, একটি উত্তরযোগ্য প্লেবুক লিখুন যা নোডজ, পিএইচপি, জেডিকে, কপি ssh কী ইত্যাদির প্রয়োজনীয় সংস্করণগুলি যে সার্ভারে বিল্ডটি হবে সেখানে ইনস্টল করবে?

এখন আমি বুঝতে পারি যে এটি নিজের পায়ে গুলি করছে, কারণ ডকার তার বিচ্ছিন্নতা দিয়ে কোনও লাভ আনে না। ডকারে CI এর সাথে আমি যে সমস্যার সম্মুখীন হয়েছি:

• আবার আপনার নির্মাণের জন্য একটি ডকার ইমেজ প্রয়োজন। আপনাকে একটি চিত্র সন্ধান করতে হবে বা আপনার নিজের ডকারফাইল লিখতে হবে।
• 90% যে আপনাকে কিছু ssh কী ফরোয়ার্ড করতে হবে, গোপন ডেটা যা আপনি ডকার ইমেজে লিখতে চান না।
• ধারকটি তৈরি হয় এবং মারা যায়, সমস্ত ক্যাশে এটির সাথে হারিয়ে যায়। পরবর্তী বিল্ড সমস্ত প্রকল্প নির্ভরতা পুনরায় ডাউনলোড করবে, যা সময়সাপেক্ষ এবং অকার্যকর, এবং সময় অর্থ।

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

উপসংহার

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

শুধুমাত্র ডকার ব্যবহার করুন সাম্প্রতিক আপনার কর্মপ্রবাহের পর্যায়ে, এটিকে শুরুতে প্রকল্পে টেনে আনবেন না। এটি আপনার ব্যবসায়িক সমস্যার সমাধান করবে না। তিনি কেবল সমস্যাগুলিকে অন্য স্তরে নিয়ে যাবেন এবং নিজের সমাধানের প্রস্তাব দেবেন, আপনি দ্বিগুণ কাজ করবেন।

যখন ডকার প্রয়োজন হয়: আমি এই সিদ্ধান্তে পৌঁছেছি যে ডকার একটি প্রদত্ত প্রক্রিয়াকে অপ্টিমাইজ করার ক্ষেত্রে খুব ভাল, কিন্তু মৌলিক কার্যকারিতা তৈরিতে নয়

আপনি যদি এখনও ডকার ব্যবহার করার সিদ্ধান্ত নেন, তাহলে:

• অত্যন্ত সতর্ক থাকুন
• ডেভেলপারদের ডকার ব্যবহার করতে বাধ্য করবেন না
• এটির ব্যবহার এক জায়গায় স্থানীয়করণ করুন, এটিকে সমস্ত ডকফাইল এবং ডকার-কম্পোজ রিপোজিটরিতে ছড়িয়ে দেবেন না

দ্রষ্টব্য:

• আমি সম্প্রতি জুড়ে এসেছি ভরক এবং তারা বলে যে এটি Ansible এর সাথে খুব ভাল কাজ করে এবং আপনাকে ছবি তৈরির প্রক্রিয়াকে একীভূত করতে দেয় (ডকার ইমেজ সহ)
• এছাড়াও ডকার সম্পর্কে, আকর্ষণীয় নিবন্ধ

পড়ার জন্য আপনাকে ধন্যবাদ, আমি আপনার বিষয়ে আপনার স্বচ্ছ সিদ্ধান্ত এবং উত্পাদনশীল কর্মদিবস কামনা করি!

উত্স: www.habr.com