ডকার এবং গিটল্যাব সিআইয়ের সাথে বিকাশ এবং পরীক্ষার প্রক্রিয়া

আমি ইনভেনটোস "ডকার + গিটল্যাব সিআই এর সাথে বিকাশ এবং পরীক্ষার প্রক্রিয়া" থেকে আলেকজান্ডার সিগাচেভের প্রতিবেদনের প্রতিলিপি পড়ার প্রস্তাব করছি।

যারা সবেমাত্র ডকার + গিটল্যাব সিআই-এর উপর ভিত্তি করে উন্নয়ন এবং পরীক্ষার প্রক্রিয়া বাস্তবায়ন শুরু করছেন তারা প্রায়শই মৌলিক প্রশ্ন জিজ্ঞাসা করে। কোথা থেকে শুরু করতে হবে? কিভাবে সংগঠিত? কিভাবে পরীক্ষা করবেন?

এই প্রতিবেদনটি ভাল কারণ এটি ডকার এবং গিটল্যাব সিআই ব্যবহার করে উন্নয়ন এবং পরীক্ষার প্রক্রিয়া সম্পর্কে একটি কাঠামোগত উপায়ে কথা বলে। প্রতিবেদনটি নিজেই 2017 সালের। আমি মনে করি এই প্রতিবেদন থেকে আপনি মৌলিক বিষয়, পদ্ধতি, ধারণা, ব্যবহারের অভিজ্ঞতা জানতে পারবেন।

কে যত্ন করে, দয়া করে বিড়ালের নীচে।

আমার নাম আলেকজান্ডার সিগাচেভ। আমি Inventos এর জন্য কাজ করি। আমি আপনাকে ডকার ব্যবহার করার আমার অভিজ্ঞতা এবং কীভাবে আমরা ধীরে ধীরে কোম্পানির প্রকল্পগুলিতে এটি বাস্তবায়ন করছি সে সম্পর্কে বলব।

উপস্থাপনার বিষয়: ডকার এবং গিটল্যাব সিআই ব্যবহার করে উন্নয়ন প্রক্রিয়া।

এটি ডকার সম্পর্কে আমার দ্বিতীয় আলোচনা। প্রথম রিপোর্টের সময়, আমরা শুধুমাত্র ডেভেলপার মেশিনে ডেভেলপমেন্টে ডকার ব্যবহার করেছি। ডকার ব্যবহার করা কর্মচারীর সংখ্যা ছিল প্রায় 2-3 জন। ধীরে ধীরে, অভিজ্ঞতা অর্জন করা হয়েছিল এবং আমরা আরও কিছুটা এগিয়ে গেলাম। আমাদের লিঙ্ক প্রথম রিপোর্ট.

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

আমাদের নীতিবাক্য হল: আমরা আমাদের হাত পেতে পারি সবকিছু ডক করুন।

আমরা কি সমস্যা সমাধান করছি?

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

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

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

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

যখন সিস্টেম বৃদ্ধি পায় এবং এই ডোমেন নামগুলি কনফিগারেশনে আসতে শুরু করে, তখন একটি উন্নয়ন পরিবেশের দ্বন্দ্ব দেখা দেয় এবং সাইটের পথটি পুনরায় লেখা হয়।

ডাটাবেস সেটিংসের সাথে একই ঘটনা ঘটে। কেউ নিরাপত্তা নিয়ে মাথা ঘামায় না এবং একটি খালি রুট পাসওয়ার্ড দিয়ে কাজ করে। ইনস্টলেশন পর্যায়ে, MySQL কাউকে একটি পাসওয়ার্ড চেয়েছিল এবং পাসওয়ার্ডটি 123 হিসাবে পরিনত হয়েছিল। এটি প্রায়শই ঘটে যে ডেভেলপারের প্রতিশ্রুতির উপর নির্ভর করে ডেটাবেস কনফিগারেশন ক্রমাগত পরিবর্তিত হয়। কেউ সংশোধন করেছেন, কেউ কনফিগার সংশোধন করেননি। আমরা যখন কিছু পরীক্ষা কনফিগার করেছিলাম তখন কৌশল ছিল .gitignore এবং প্রতিটি বিকাশকারীকে ডাটাবেস ইনস্টল করতে হয়েছিল। এটি শুরু করা কঠিন করে তোলে। ডাটাবেস সম্পর্কে মনে রাখা অন্যান্য জিনিসগুলির মধ্যে এটি প্রয়োজনীয়। ডাটাবেসটি শুরু করতে হবে, একটি পাসওয়ার্ড লিখতে হবে, একজন ব্যবহারকারীকে অবশ্যই নিবন্ধিত হতে হবে, একটি টেবিল তৈরি করতে হবে, ইত্যাদি।

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

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

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

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

Frondend-বিকাশকারী, JS-তে বিকাশকারী, ব্যাকএন্ডের উপর প্রায় কোন প্রভাব নেই। ব্যাকএন্ড বিকাশকারী, আমাদের ক্ষেত্রে, রুবি অন রেলস বিকাশ করে এবং ফ্রন্ডেন্ডের সাথে হস্তক্ষেপ করে না। মিথস্ক্রিয়া API ব্যবহার করে সঞ্চালিত হয়.

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

টুলস। আমরা কি ব্যবহার করব?

• ডকার নিজেই। ডকারফাইল একটি একক অ্যাপ্লিকেশনের নির্ভরতা বর্ণনা করে।
• ডকার-কম্পোজ হল একটি বান্ডিল যা আমাদের কয়েকটি ডকার অ্যাপ্লিকেশনকে একত্রিত করে।
• সোর্স কোড সংরক্ষণ করতে আমরা গিটল্যাব ব্যবহার করি।
• আমরা সিস্টেম ইন্টিগ্রেশনের জন্য GitLab-CI ব্যবহার করি।

প্রতিবেদনটি দুটি অংশ নিয়ে গঠিত।

প্রথম অংশটি ডেভেলপারদের মেশিনে কীভাবে ডকার চালানো হয়েছিল সে সম্পর্কে কথা বলবে।

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

ডকার এমন একটি প্রযুক্তি যা প্রয়োজনীয় উপাদানগুলি বর্ণনা করতে (একটি ঘোষণামূলক পদ্ধতি ব্যবহার করে) অনুমতি দেয়। এটি একটি উদাহরণ ডকারফাইল। এখানে আমরা ঘোষণা করছি যে আমরা অফিসিয়াল রুবি:2.3.0 ডকার ইমেজ থেকে উত্তরাধিকার সূত্রে প্রাপ্ত। এতে রুবি সংস্করণ 2.3 ইনস্টল করা আছে। আমরা প্রয়োজনীয় বিল্ড লাইব্রেরি এবং নোডজেএস ইনস্টল করি। আমরা বর্ণনা করি যে আমরা একটি ডিরেক্টরি তৈরি করি /app. কাজের ডিরেক্টরি হিসাবে অ্যাপ ডিরেক্টরি সেট করুন। এই ডিরেক্টরিতে আমরা প্রয়োজনীয় ন্যূনতম Gemfile এবং Gemfile.lock রাখি। তারপরে আমরা এমন প্রকল্পগুলি তৈরি করি যা এই নির্ভরতা চিত্রটি ইনস্টল করে। আমরা নির্দেশ করি যে কন্টেইনারটি বাহ্যিক পোর্ট 3000 এ শোনার জন্য প্রস্তুত হবে। শেষ কমান্ডটি হল সেই কমান্ড যা সরাসরি আমাদের অ্যাপ্লিকেশন চালু করে। আমরা যদি প্রজেক্ট স্টার্ট কমান্ড এক্সিকিউট করি, তাহলে অ্যাপ্লিকেশনটি নির্দিষ্ট কমান্ডটি চালানোর চেষ্টা করবে।

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

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

আমরা আরও বর্ণনা করি যে আমাদের ডেভেলপার হোস্ট মেশিনে 3000 থেকে 3000 কন্টেইনার পোর্টে একটি পোর্ট ফরওয়ার্ড করতে হবে। এটি iptables এবং এর প্রক্রিয়া ব্যবহার করে স্বয়ংক্রিয়ভাবে সম্পন্ন হয়, যা সরাসরি ডকারে এম্বেড করা হয়।

ডেভেলপার, আগের মতই, যেকোন উপলব্ধ IP ঠিকানা অ্যাক্সেস করতে পারে, উদাহরণস্বরূপ, 127.0.0.1 হল মেশিনের স্থানীয় বা বহিরাগত IP ঠিকানা।

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

এটি যখন ডাটাবেস আনা হয় না তখন ত্রুটিগুলি এড়ায় এবং আমরা যখন ডাটাবেস কন্টেইনার বন্ধ করি তখন সংস্থানগুলি সংরক্ষণ করে, এইভাবে অন্যান্য প্রকল্পগুলির জন্য সংস্থানগুলিকে মুক্ত করে৷

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

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

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

ইমেজ তৈরি করার পরে, উন্নয়ন এবং উত্পাদন উভয় পাত্রে একই হবে। এটি বড় ইনস্টলেশনের জন্য বিশেষভাবে সত্য।

ফ্রন্টএন্ডে আমরা JavaScipt এবং NodeJS ব্যবহার করি।

এখন আমাদের কাছে ReacJS-এ শেষ প্রজেক্ট আছে। বিকাশকারী পাত্রে সবকিছু চালায় এবং হট-রিলোড ব্যবহার করে বিকাশ করে।

এরপরে, JavaScipt সমাবেশ টাস্ক চালু করা হয় এবং স্ট্যাটিক্সে সংকলিত কোডটি nginx সেভিং রিসোর্সের মাধ্যমে দেওয়া হয়।

এখানে আমি আমাদের শেষ প্রকল্পের স্কিম দিয়েছি।

কি কাজগুলো সমাধান করা হয়েছে? আমাদের এমন একটি সিস্টেম তৈরি করার প্রয়োজন ছিল যার সাথে মোবাইল ডিভাইসগুলি ইন্টারঅ্যাক্ট করে। তারা তথ্য পায়। একটি সম্ভাবনা হল এই ডিভাইসে পুশ বিজ্ঞপ্তি পাঠানো।

এই জন্য আমরা কি করেছি?

আমরা অ্যাপ্লিকেশনটিতে এই ধরনের উপাদানগুলিকে ভাগ করেছি: JS-এর অ্যাডমিন অংশ, ব্যাকএন্ড, যা Ruby on Rails-এর অধীনে REST ইন্টারফেসের মাধ্যমে কাজ করে। ব্যাকএন্ড ডাটাবেসের সাথে ইন্টারঅ্যাক্ট করে। যে ফলাফল উৎপন্ন হয় তা ক্লায়েন্টকে দেওয়া হয়। অ্যাডমিন প্যানেল REST ইন্টারফেসের মাধ্যমে ব্যাকএন্ড এবং ডাটাবেসের সাথে যোগাযোগ করে।

আমাদেরও পুশ বিজ্ঞপ্তি পাঠানোর প্রয়োজন ছিল। এর আগে, আমাদের একটি প্রকল্প ছিল যা একটি প্রক্রিয়া বাস্তবায়ন করেছিল যা মোবাইল প্ল্যাটফর্মগুলিতে বিজ্ঞপ্তিগুলি সরবরাহ করার জন্য দায়ী৷

আমরা নিম্নলিখিত স্কিমটি তৈরি করেছি: ব্রাউজার থেকে একজন অপারেটর অ্যাডমিন প্যানেলের সাথে ইন্টারঅ্যাক্ট করে, অ্যাডমিন প্যানেল ব্যাকএন্ডের সাথে ইন্টারঅ্যাক্ট করে, কাজটি হল পুশ বিজ্ঞপ্তি পাঠানো।

পুশ বিজ্ঞপ্তিগুলি অন্য একটি উপাদানের সাথে ইন্টারঅ্যাক্ট করে যা NodeJS এ প্রয়োগ করা হয়।

সারি তৈরি করা হয় এবং তারপর তাদের প্রক্রিয়া অনুযায়ী বিজ্ঞপ্তি পাঠানো হয়।

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

একই কিন্তু সংখ্যায়। এখানে কোড পুনঃব্যবহার গুরুত্বপূর্ণ।

যদি আগে আমরা লাইব্রেরি আকারে কোড পুনঃব্যবহারের কথা বলে থাকি, তাহলে এই উদাহরণে, আমাদের পরিষেবা যা পুশ বিজ্ঞপ্তিগুলিতে সাড়া দেয় তা সম্পূর্ণ সার্ভার হিসাবে পুনঃব্যবহৃত হয়। এটি একটি API প্রদান করে। এবং আমাদের নতুন উন্নয়ন ইতিমধ্যে এটির সাথে যোগাযোগ করে।

সেই সময়ে, আমরা NodeJS এর ​​সংস্করণ 4 ব্যবহার করছিলাম। এখন (2017 সালে - সংস্করণ নোট) সাম্প্রতিক উন্নয়নে আমরা NodeJS এর ​​সংস্করণ 7 ব্যবহার করি। লাইব্রেরিগুলির নতুন সংস্করণগুলিকে যুক্ত করতে নতুন উপাদানগুলিতে কোনও সমস্যা নেই।

প্রয়োজনে, আপনি পুশ বিজ্ঞপ্তি পরিষেবা থেকে নোডজেএস সংস্করণটি রিফ্যাক্টর এবং বাড়াতে পারেন।

এবং যদি আমরা API সামঞ্জস্য বজায় রাখতে পারি, তবে এটি পূর্বে ব্যবহৃত অন্যান্য প্রকল্পগুলির সাথে প্রতিস্থাপন করা সম্ভব হবে।

ডকার যোগ করতে আপনার কী দরকার? আমরা আমাদের সংগ্রহস্থলে একটি ডকারফাইল যোগ করি, যা প্রয়োজনীয় নির্ভরতা বর্ণনা করে। এই উদাহরণে, উপাদানগুলি যৌক্তিকভাবে ভাঙ্গা হয়। এটি একটি ব্যাকএন্ড বিকাশকারীর সর্বনিম্ন সেট।

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

আমরা স্ট্যাটিক পরিবেশন করতে nginx সহ একটি পৃথক তৃতীয় ধারক ব্যবহার করি। ছবি আপলোড করা সম্ভব। ব্যাকএন্ড তাদের একটি প্রাক-প্রস্তুত ভলিউমে রাখে, যা nginx সহ একটি পাত্রে মাউন্ট করা হয়, যা স্ট্যাটিক দেয়।

nginx, mysql কনফিগারেশন সংরক্ষণ করতে, আমরা একটি ডকার ফোল্ডার যুক্ত করেছি যেখানে আমরা প্রয়োজনীয় কনফিগারেশনগুলি সংরক্ষণ করি। যখন একজন বিকাশকারী তার মেশিনে একটি সংগ্রহস্থলের একটি গিট ক্লোন করেন, তখন তার কাছে ইতিমধ্যে স্থানীয় উন্নয়নের জন্য একটি প্রকল্প প্রস্তুত থাকে। কোন প্রশ্ন নেই কোন পোর্ট বা কোন সেটিংস প্রয়োগ করতে হবে।

এর পরে, আমাদের বেশ কয়েকটি উপাদান রয়েছে: অ্যাডমিন, ইনফর্ম-এপিআই, পুশ বিজ্ঞপ্তি।

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

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

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

যদি পুশ বিজ্ঞপ্তিগুলির সাথে একীভূত করার প্রয়োজন হয়, তাহলে docker-compose.yaml এবং docker-compose-push.yaml চালু করা হয়।

যেহেতু docker-compose.yaml এবং docker-compose-push.yaml একটি ফোল্ডারে রয়েছে, তাই একটি একক ভার্চুয়াল নেটওয়ার্ক স্বয়ংক্রিয়ভাবে তৈরি হয়৷

উপাদানের বর্ণনা। এটি একটি আরও উন্নত ফাইল যা উপাদান সংগ্রহের জন্য দায়ী। এখানে উল্লেখযোগ্য কি? এখানে আমরা ব্যালেন্সার উপাদান প্রবর্তন করি।

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

উন্নয়ন পরিবেশের জন্য, আমরা .dev ডোমেইন - api.informer.dev ব্যবহার করি। একটি .dev ডোমেন সহ অ্যাপ্লিকেশনগুলি বিকাশকারীর স্থানীয় মেশিনে উপলব্ধ।

আরও, কনফিগারগুলি প্রতিটি প্রকল্পে স্থানান্তরিত হয় এবং সমস্ত প্রকল্প একই সময়ে একসাথে চালু করা হয়।

গ্রাফিকভাবে, দেখা যাচ্ছে যে ক্লায়েন্ট হল আমাদের ব্রাউজার বা কিছু টুল যার সাহায্যে আমরা ব্যালেন্সারের কাছে অনুরোধ করি।

ডোমেইন নাম ব্যালেন্সার নির্ধারণ করে কোন পাত্রে যোগাযোগ করতে হবে।

এটি nginx হতে পারে, যা অ্যাডমিন JS দেয়। এটি nginx হতে পারে, যা এপিআই দেয় বা স্ট্যাটিক ফাইল, যা ইমেজ আপলোডের আকারে nginx-কে দেওয়া হয়।

চিত্রটি দেখায় যে কন্টেইনারগুলি একটি ভার্চুয়াল নেটওয়ার্ক দ্বারা সংযুক্ত এবং একটি প্রক্সির পিছনে লুকানো রয়েছে৷

বিকাশকারীর মেশিনে, আপনি আইপি জেনে কন্টেইনার অ্যাক্সেস করতে পারেন, তবে নীতিগতভাবে আমরা এটি ব্যবহার করি না। সরাসরি প্রবেশের জন্য কার্যত কোন প্রয়োজন নেই।

আপনার অ্যাপ্লিকেশন ডকারাইজ করার জন্য কোন উদাহরণটি দেখতে হবে? আমার মতে, একটি ভাল উদাহরণ হল MySQL এর জন্য অফিসিয়াল ডকার ইমেজ।

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

Hub.docker.com-এ সাধারণত github.com-এর লিঙ্ক থাকে, যাতে সরাসরি কাঁচা ডেটা থাকে যেখান থেকে আপনি নিজেই ছবি তৈরি করতে পারেন।

আরও এই সংগ্রহস্থলে একটি docker-endpoint.sh স্ক্রিপ্ট রয়েছে, যা প্রাথমিক সূচনা এবং অ্যাপ্লিকেশন লঞ্চের আরও প্রক্রিয়াকরণের জন্য দায়ী।

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

একটি র্যান্ডম পাসওয়ার্ড তৈরি করার একটি বিকল্প আছে। আমরা বলি যে আমাদের একজন ব্যবহারকারী প্রয়োজন, আমাদের ব্যবহারকারীর জন্য একটি পাসওয়ার্ড সেট করতে হবে এবং আমাদের একটি ডাটাবেস তৈরি করতে হবে।

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

মাইএসকিউএল-এর একটি নির্দিষ্ট সংস্করণ github.com-এ কেমন দেখাচ্ছে তার এটি একটি উদাহরণ। আপনি Dockerfile খুলতে পারেন এবং সেখানে ইনস্টলেশন কিভাবে চলছে তা দেখতে পারেন।

docker-endpoint.sh হল এন্ট্রি পয়েন্টের জন্য দায়ী স্ক্রিপ্ট। প্রাথমিক সূচনা করার সময়, কিছু প্রস্তুতিমূলক পদক্ষেপের প্রয়োজন হয় এবং এই সমস্ত ক্রিয়াগুলি কেবলমাত্র শুরুর স্ক্রিপ্টে নেওয়া হয়।

দ্বিতীয় অংশে যাওয়া যাক।

সোর্স কোডগুলি সংরক্ষণ করতে, আমরা গিটল্যাবে স্যুইচ করেছি। এটি একটি মোটামুটি শক্তিশালী সিস্টেম যার একটি ভিজ্যুয়াল ইন্টারফেস রয়েছে।

গিটল্যাবের একটি উপাদান হল গিটল্যাব সিআই। এটি আপনাকে কমান্ডের একটি ক্রম বর্ণনা করতে দেয় যা পরে একটি কোড বিতরণ ব্যবস্থা সংগঠিত করতে বা স্বয়ংক্রিয় পরীক্ষা চালানোর জন্য ব্যবহার করা হবে।

গিটল্যাব সিআই 2 কথা https://goo.gl/uohKjI - রুবি রাশিয়া ক্লাব থেকে রিপোর্ট - বেশ বিস্তারিত এবং সম্ভবত এটি আপনাকে আগ্রহী করবে।

এখন আমরা গিটল্যাব সিআই সক্রিয় করার জন্য কী প্রয়োজন তা দেখব। গিটল্যাব সিআই শুরু করার জন্য, আমাদের শুধু .gitlab-ci.yml ফাইলটি প্রোজেক্টের রুটে রাখতে হবে।

এখানে আমরা বর্ণনা করি যে আমরা একটি পরীক্ষা, স্থাপনার মতো রাজ্যগুলির একটি ক্রম নির্বাহ করতে চাই।

আমরা আমাদের অ্যাপ্লিকেশন তৈরি করতে সরাসরি ডকার-কম্পোজ কল করে এমন স্ক্রিপ্টগুলি চালাই। এটি শুধুমাত্র একটি ব্যাকএন্ড উদাহরণ.

এর পরে, আমরা বলি যে ডাটাবেস পরিবর্তন করতে এবং পরীক্ষা চালানোর জন্য মাইগ্রেশন চালানো প্রয়োজন।

যদি স্ক্রিপ্টগুলি সঠিকভাবে কার্যকর করা হয় এবং একটি ত্রুটি কোড ফেরত না দেয়, তাহলে সিস্টেমটি স্থাপনার দ্বিতীয় পর্যায়ে চলে যায়।

স্থাপনার পর্যায়টি বর্তমানে মঞ্চায়নের জন্য প্রয়োগ করা হয়েছে। আমরা শূন্য-ডাউনটাইম রিস্টার্ট সংগঠিত করিনি।

আমরা জোরপূর্বক সমস্ত পাত্রে নিভিয়ে ফেলি এবং তারপরে আমরা পরীক্ষার সময় প্রথম পর্যায়ে সংগৃহীত সমস্ত কন্টেইনার আবার উত্থাপন করি।

আমরা বর্তমান পরিবেশ পরিবর্তনশীল ডাটাবেস মাইগ্রেশনের জন্য দৌড়াচ্ছি যা ডেভেলপারদের দ্বারা লেখা হয়েছিল।

একটি নোট আছে যে এটি শুধুমাত্র মাস্টার শাখার জন্য প্রযোজ্য।

যখন অন্য শাখা পরিবর্তন করা হয় না.

শাখা দ্বারা রোলআউটগুলি সংগঠিত করা সম্ভব।

এটিকে আরও সংগঠিত করতে, আমাদের গিটল্যাব রানার ইনস্টল করতে হবে।

এই ইউটিলিটি গোলং এ লেখা আছে। এটি একটি একক ফাইল, যেমনটি গোলং বিশ্বে সাধারণ, যার কোনো নির্ভরতার প্রয়োজন নেই।

স্টার্টআপে, আমরা গিটল্যাব রানার নিবন্ধন করি।

আমরা গিটল্যাব ওয়েব ইন্টারফেসে কী পাই।

তারপর আমরা কমান্ড লাইনে ইনিশিয়ালাইজেশন কমান্ডকে কল করি।

ইন্টারেক্টিভভাবে গিটল্যাব রানার সেট আপ করুন (শেল, ডকার, ভার্চুয়ালবক্স, এসএসএইচ)

.gitlab-ci.yml সেটিং এর উপর নির্ভর করে গিটল্যাব রানারের কোড প্রতিটি কমিটের উপর কার্যকর হবে।

ওয়েব ইন্টারফেসে গিটল্যাবে এটি কীভাবে দৃশ্যমান দেখায়। আমরা GItlab CI সংযুক্ত করার পরে, আমাদের কাছে একটি পতাকা রয়েছে যা এই মুহূর্তে বিল্ডের অবস্থা দেখায়।

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

আমরা বিল্ডগুলি ঘনিষ্ঠভাবে দেখতে পারি। এখানে আমরা দেখতে পাচ্ছি যে দুটি রাজ্য ইতিমধ্যে অতিক্রম করেছে। মঞ্চায়নে পরীক্ষার স্থিতি এবং স্থাপনার স্থিতি।

যদি আমরা একটি নির্দিষ্ট বিল্ডে ক্লিক করি, তাহলে .gitlab-ci.yml অনুযায়ী প্রক্রিয়া চলাকালীন কমান্ডগুলির একটি কনসোল আউটপুট থাকবে।

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

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

এটি করার জন্য, আমাদের আলাদা ফোল্ডারে সবকিছু ভেঙে ফেলতে হয়েছিল।

আমরা এটি করার পরে, আমাদের একটি সমস্যা ছিল যে ডকার-কম্পোজ প্রতিটি বাবার জন্য নিজস্ব নেটওয়ার্ক স্পেস তৈরি করে এবং প্রতিবেশীর উপাদানগুলি দেখতে পায় না।

কাছাকাছি যাওয়ার জন্য, আমরা ম্যানুয়ালি ডকারে নেটওয়ার্ক তৈরি করেছি। এটি ডকার-কম্পোজে লেখা ছিল যে আপনি এই প্রকল্পের জন্য এই জাতীয় নেটওয়ার্ক ব্যবহার করেন।

এইভাবে, এই জাল দিয়ে শুরু হওয়া প্রতিটি উপাদান সিস্টেমের অন্যান্য অংশে উপাদান দেখতে পায়।

পরবর্তী সমস্যাটি একাধিক প্রকল্প জুড়ে বিভক্ত মঞ্চায়ন।

যেহেতু এই সমস্ত কিছু সুন্দর দেখাতে এবং উত্পাদনের যতটা সম্ভব কাছাকাছি, পোর্ট 80 বা 443 ব্যবহার করা ভাল, যা WEB-তে সর্বত্র ব্যবহৃত হয়।

আমরা কিভাবে এটা সমাধান করেছি? আমরা সমস্ত বড় প্রকল্পের জন্য একজন গিটল্যাব রানার নিয়োগ করেছি।

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

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

আমরা nginx-proxy কে একটি পৃথক স্টার্টআপ স্ক্রিপ্টে সরিয়ে নিয়েছি এবং এতে সমস্ত প্রকল্পের জন্য গ্রিড যোগ করেছি।

আমাদের প্রকল্পের একটি গ্রিড আছে, এবং ব্যালেন্সারের প্রকল্পের নাম অনুসারে বেশ কয়েকটি গ্রিড রয়েছে। এটি ডোমেন নাম দ্বারা আরও প্রক্সি করতে পারে।

আমাদের অনুরোধগুলি পোর্ট 80-এ ডোমেনের মাধ্যমে আসে এবং একটি কন্টেইনার গ্রুপে সমাধান করা হয় যা এই ডোমেনটি পরিবেশন করে।

অন্যান্য সমস্যা কি ছিল? ডিফল্টরূপে সমস্ত কন্টেইনার রুট হিসাবে চালিত হয়। এটি সিস্টেমের রুট হোস্টের রুট অসম।

যাইহোক, আপনি যদি কন্টেইনারে প্রবেশ করেন তবে এটি রুট হবে এবং এই কন্টেইনারে আমরা যে ফাইলটি তৈরি করি সেটি রুট অধিকার পায়।

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

এটা কিভাবে সমাধান করা যেতে পারে? আপনি কন্টেইনারে থাকা ব্যবহারকারীদের যোগ করতে পারেন।

আমরা ব্যবহারকারী যোগ করার সময় কি সমস্যা দেখা দিয়েছে?

একটি ব্যবহারকারী তৈরি করার সময়, আমাদের প্রায়ই একই গ্রুপ আইডি (UID) এবং ব্যবহারকারী আইডি (GID) থাকে না।

কন্টেইনারে এই সমস্যাটি সমাধান করতে, আমরা আইডি 1000 ব্যবহারকারীদের ব্যবহার করি।

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

আমাদের কি পরিকল্পনা আছে?

ডকার ডকুমেন্টেশন পড়ুন। প্রকল্পটি সক্রিয়ভাবে বিকাশ করছে, ডকুমেন্টেশন পরিবর্তন হচ্ছে। দুই-তিন মাস আগে যে তথ্য পাওয়া গিয়েছিল তা ইতিমধ্যেই ধীরে ধীরে সেকেলে হয়ে যাচ্ছে।

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

তাই আমি সরাসরি অর্কেস্ট্রেশনে যেতে ইতিমধ্যে আরও যেতে চাই।

একটি উদাহরণ হল ডকারের অন্তর্নির্মিত প্রক্রিয়া যাকে বলা হয় ডকার সোয়ার্ম, যা বাক্স থেকে বেরিয়ে আসে। আমি ডকার সোয়ার্ম প্রযুক্তির উপর ভিত্তি করে উৎপাদনে কিছু চালাতে চাই।

স্পন পাত্রে লগের সাথে কাজ করা অসুবিধাজনক করে তোলে। এখন লগগুলি বিচ্ছিন্ন। তারা পাত্রে ছড়িয়ে ছিটিয়ে আছে। কাজগুলির মধ্যে একটি হল ওয়েব ইন্টারফেসের মাধ্যমে লগগুলিতে সুবিধাজনক অ্যাক্সেস করা।

উত্স: www.habr.com