বিগিনারস গাইড: একটি DevOps পাইপলাইন তৈরি করা

আপনি যদি DevOps-এ নতুন হয়ে থাকেন, তাহলে আপনার প্রথম পাঁচ-পদক্ষেপের পাইপলাইন তৈরি করার জন্য এই নির্দেশিকাটি একবার দেখুন।

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

আমার DevOps জার্নি

আমি পূর্বে Citi গ্রুপের ক্লাউড টিমের হয়ে Citi-এর ক্লাউড অবকাঠামো পরিচালনা করার জন্য একটি পরিকাঠামো-অ্যা-সার্ভিস (IaaS) ওয়েব অ্যাপ্লিকেশন তৈরি করার জন্য কাজ করেছি, কিন্তু আমি সবসময়ই কীভাবে উন্নয়ন প্রক্রিয়াটিকে আরও দক্ষ করে তুলতে এবং ইতিবাচক সাংস্কৃতিক পরিবর্তন আনতে আগ্রহী ছিলাম। উন্নয়ন দলের কাছে। ক্লাউড আর্কিটেকচার এবং অবকাঠামোর জন্য সিটির সিটিও গ্রেগ ল্যাভেন্ডারের সুপারিশকৃত একটি বইতে আমি উত্তরটি খুঁজে পেয়েছি। বইটির নাম ছিল "দ্য ফিনিক্স প্রজেক্ট" (ফিনিক্স প্রকল্প) এবং একটি উপন্যাসের মতো পড়ার সময় DevOps নীতিগুলি ব্যাখ্যা করে৷

বইয়ের পিছনের টেবিলটি দেখায় যে বিভিন্ন সংস্থাগুলি তাদের সিস্টেমগুলিকে প্রকাশের পরিবেশে কত ঘন ঘন স্থাপন করে:

আমাজন: প্রতিদিন 23
গুগল: প্রতিদিন 5
Netflix: প্রতিদিন 500
ফেসবুক: দিনে একবার
টুইটার: সপ্তাহে 3 বার
সাধারণ কোম্পানি: প্রতি 9 মাসে একবার

অ্যামাজন, গুগল এবং নেটফ্লিক্সের ফ্রিকোয়েন্সি কীভাবে সম্ভব? এর কারণ হল এই কোম্পানিগুলি কীভাবে কাছাকাছি-নিখুঁত DevOps পাইপলাইন তৈরি করা যায় তা খুঁজে বের করেছে।

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

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

এখন আমি বুঝতে পারছি আমাদের DevOps পাইপলাইন কতটা সহজ ছিল: আমরা জেনকিন্স ফাইল বা অ্যান্সিবলের মতো এক্সটেনশন ব্যবহার করিনি। যাইহোক, এই সাধারণ পাইপলাইনটি ভালভাবে কাজ করেছিল, সম্ভবত প্যারেটো নীতির জন্য ধন্যবাদ (এটি 80/20 নিয়ম হিসাবেও পরিচিত)।

DevOps এবং CI/CD পাইপলাইনের একটি সংক্ষিপ্ত ভূমিকা

আপনি যদি কিছু লোককে জিজ্ঞাসা করেন "DevOps কি?" আপনি সম্ভবত কয়েকটি ভিন্ন উত্তর পাবেন। DevOps, Agile এর মতো, অনেকগুলি বিভিন্ন শৃঙ্খলাকে অন্তর্ভুক্ত করার জন্য বিকশিত হয়েছে, তবে বেশিরভাগ লোকেরা কয়েকটি বিষয়ে একমত হবে: DevOps হল একটি সফ্টওয়্যার ডেভেলপমেন্ট অনুশীলন বা সফ্টওয়্যার ডেভেলপমেন্ট লাইফ সাইকেল (SDLC) যার কেন্দ্রীয় নীতি হল সংস্কৃতি পরিবর্তন করা যেখানে বিকাশকারী এবং অ বিকাশকারীরা এমন একটি পরিবেশে বিদ্যমান যেখানে:

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

যদিও সঠিক সফ্টওয়্যার সরঞ্জাম থাকাই একমাত্র জিনিস নয় যা আপনাকে একটি DevOps পরিবেশ তৈরি করতে হবে, কিছু সরঞ্জাম অপরিহার্য। মূল হাতিয়ার হল ক্রমাগত ইন্টিগ্রেশন এবং ক্রমাগত স্থাপনা (CI/CD)। এই পাইপলাইনে, পরিবেশের বিভিন্ন স্তর রয়েছে (যেমন DEV, INT, TST, QA, UAT, STG, PROD), অনেকগুলি অপারেশন স্বয়ংক্রিয়, এবং বিকাশকারীরা উচ্চ-মানের কোড লিখতে, বিকাশের তত্পরতা অর্জন করতে এবং উচ্চ স্থাপনার ফ্রিকোয়েন্সি অর্জন করতে পারে।

এই নিবন্ধটি ওপেন সোর্স টুল ব্যবহার করে নিম্নলিখিত ডায়াগ্রামে দেখানোর মতো একটি DevOps পাইপলাইন তৈরি করার জন্য একটি পাঁচ-পদক্ষেপ পদ্ধতির বর্ণনা করে।

ধাপ 1: CI/CD পদ্ধতি

আপনার প্রয়োজন প্রথম জিনিস একটি CI/CD টুল. জেনকিন্স, জাভা ভিত্তিক একটি ওপেন সোর্স টুল এবং এমআইটি লাইসেন্সের অধীনে লাইসেন্সপ্রাপ্ত, সেই টুল যা DevOps-কে জনপ্রিয় করে তোলে এবং ডি ফ্যাক্টো স্ট্যান্ডার্ড হয়ে ওঠে।

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

জেনকিন্স হল অনেকগুলি ওপেন সোর্স CI/CD টুলগুলির মধ্যে একটি যা আপনি আপনার DevOps পাইপলাইন তৈরি করতে ব্যবহার করতে পারেন।

জেনকিন্স: ক্রিয়েটিভ কমন্স এবং এমআইটি
ট্র্যাভিস সিআই: এমআইটি
ক্রুজ কন্ট্রোল: বিএসডি
বিল্ডবট: জিপিএল
অ্যাপাচি গাম্প: অ্যাপাচি 2.0
ক্যাবি: জিএনইউ

একটি CI/CD টুলের সাথে DevOps প্রক্রিয়াগুলি কেমন দেখায় তা এখানে:

আপনার লোকালহোস্টে একটি CI/CD টুল চলছে, কিন্তু এই মুহূর্তে আপনি অনেক কিছু করতে পারবেন না। আমাদের DevOps যাত্রার পরবর্তী ধাপে এগিয়ে যাওয়া যাক।

ধাপ 2: সোর্স কোড নিয়ন্ত্রণ ব্যবস্থা পরিচালনা

আপনার CI/CD টুল যা যাদু করতে পারে তা পরীক্ষা করার সর্বোত্তম (এবং সম্ভবত সবচেয়ে সহজ) উপায় হল একটি সোর্স কোড কন্ট্রোল (SCM) টুলের সাথে একীভূত করা। কেন আপনি উৎস নিয়ন্ত্রণ প্রয়োজন? ধরা যাক আপনি একটি অ্যাপ্লিকেশন তৈরি করছেন। আপনি যখনই একটি অ্যাপ্লিকেশন তৈরি করেন, আপনি জাভা, পাইথন, C++, Go, Ruby, JavaScript, বা একটি গ্যাজিলিয়ন প্রোগ্রামিং ভাষা ব্যবহার করেন না কেন আপনি প্রোগ্রামিং করছেন। আপনি যে কোডটি লেখেন তাকে সোর্স কোড বলে। শুরুতে, বিশেষ করে যখন আপনি একা কাজ করছেন, স্থানীয় ডিরেক্টরিতে সবকিছু রাখা সম্ভবত ভালো। কিন্তু প্রকল্পটি বড় হওয়ার সাথে সাথে আপনি অন্য লোকেদের সহযোগিতা করার জন্য আমন্ত্রণ জানান, আপনার কার্যকরভাবে পরিবর্তনগুলি ভাগ করার সময় দ্বন্দ্ব এড়ানোর একটি উপায় প্রয়োজন৷ আপনার পূর্ববর্তী সংস্করণগুলি পুনরুদ্ধার করার একটি উপায়ও প্রয়োজন, কারণ ব্যাকআপ তৈরি করা এবং সেগুলিতে অনুলিপি/পেস্ট করা ইতিমধ্যেই অপ্রচলিত৷ আপনার (এবং আপনার সতীর্থদের) আরও ভালো কিছু দরকার।

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

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

গিট: GPLv2 এবং LGPL v2.1
সাবভার্সন: অ্যাপাচি 2.0
কনকারেন্ট ভার্সন সিস্টেম (CVS): GNU
ভেস্তা: এলজিপিএল
পারদ: GNU GPL v2+

সোর্স কোড কন্ট্রোল যুক্ত করার সাথে একটি DevOps পাইপলাইন দেখতে এইরকম।

একটি CI/CD টুল সদস্যদের মধ্যে যাচাইকরণ, সোর্স কোড অধিগ্রহণ এবং সহযোগিতার প্রক্রিয়াগুলিকে স্বয়ংক্রিয় করতে পারে। খারাপ না? কিন্তু আপনি কীভাবে এটিকে একটি কার্যকরী অ্যাপ্লিকেশনে পরিণত করবেন যাতে কোটি কোটি মানুষ এটি ব্যবহার করতে এবং প্রশংসা করতে পারে?

ধাপ 3: একটি বিল্ড অটোমেশন টুল তৈরি করুন

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

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

নাম
РёСЏ ›РёС † енР· РёСЏ
প্রোগ্রাম ভাষা

ম্যাভেন
আপাচি 2.0
জাভা

পিপীলিকা
আপাচি 2.0
জাভা

Gradle
আপাচি 2.0
জাভা

Bazel
আপাচি 2.0
জাভা

করা
গনুহ
N / A

ঘোঁৎ ঘোঁৎ
এমআইটি
জাভাস্ক্রিপ্ট

গ্রাস
এমআইটি
জাভাস্ক্রিপ্ট

নির্মাতা
এ্যাপাচি
চুনি

মই দিয়া আহরণ করা
এমআইটি
চুনি

এএপি
গনুহ
পাইথন

স্ক্যানস
এমআইটি
পাইথন

বিটবেক
GPLv2
পাইথন

পিষ্টক
এমআইটি
C#

এএসডিএফ
প্রবাসী (এমআইটি)
এলআইএসপি

সম্পূর্ণ
বাসদ
Haskell,

দারুণ! আপনি বিল্ড অটোমেশন টুল কনফিগারেশন ফাইলগুলিকে সোর্স কন্ট্রোলে রাখতে পারেন এবং আপনার CI/CD টুলকে সবকিছু একসাথে রাখতে দিন।

সবই তো ভালো, তাই না? কিন্তু আপনার আবেদন কোথায় স্থাপন করবেন?

ধাপ 4: ওয়েব অ্যাপ্লিকেশন সার্ভার

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

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

বেশ কয়েকটি ওপেন সোর্স ওয়েব অ্যাপ্লিকেশন সার্ভার রয়েছে।

নাম
РёСЏ ›РёС † енР· РёСЏ
প্রোগ্রাম ভাষা

হুল বিড়াল
আপাচি 2.0
জাভা

জেটি
আপাচি 2.0
জাভা

বন্য মাছি
GNU কম পাবলিক
জাভা

গ্লাস ফিশ
CDDL এবং GNU কম পাবলিক
জাভা

জ্যাঙ্গো
3-ক্লজবিএসডি
পাইথন

ঘূর্ণিঝড়
আপাচি 2.0
পাইথন

গ্যানিকর্ন
এমআইটি
পাইথন

পাইথন
এমআইটি
পাইথন

পাগল
এমআইটি
চুনি

node.js
এমআইটি
জাভাস্ক্রিপ্ট

আপনার DevOps পাইপলাইন ব্যবহারের জন্য প্রায় প্রস্তুত। ভাল করেছ!

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

ধাপ 5: কোড টেস্টিং কভারেজ

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

কোড টেস্টিং দুটি অংশে আসে: কোড টেস্টিং ফ্রেমওয়ার্ক যা আপনাকে পরীক্ষা লিখতে এবং চালাতে সাহায্য করে এবং পরামর্শ টুল যা কোডের মান উন্নত করতে সাহায্য করে।

কোড টেস্টিং সিস্টেম

নাম
РёСЏ ›РёС † енР· РёСЏ
প্রোগ্রাম ভাষা

JUnit
গ্রহনযোগ্য পাবলিক লাইসেন্স
জাভা

ইজিমক
এ্যাপাচি
জাভা

মকিটো
এমআইটি
জাভা

পাওয়ারমক
আপাচি 2.0
জাভা

পাইয়েস্ট
এমআইটি
পাইথন

অনুমান
মোজিলা
পাইথন

টক্স
এমআইটি
পাইথন

কোড উন্নতি সুপারিশ সিস্টেম

নাম
РёСЏ ›РёС † енР· РёСЏ
প্রোগ্রাম ভাষা

Cobertura
গনুহ
জাভা

কোডকভার
Eclipse Public (EPL)
জাভা

Coverage.py
আপাচি 2.0
পাইথন

এমা
সাধারণ পাবলিক লাইসেন্স
জাভা

জ্যাকো
গ্রহনযোগ্য পাবলিক লাইসেন্স
জাভা

অনুমান
মোজিলা
পাইথন

টক্স
এমআইটি
পাইথন

জুঁই
এমআইটি
জাভাস্ক্রিপ্ট

কর্মফল
এমআইটি
জাভাস্ক্রিপ্ট

একজাতীয় উৎকৃষ্ট কফি
এমআইটি
জাভাস্ক্রিপ্ট

ঠাট্টা
এমআইটি
জাভাস্ক্রিপ্ট

উল্লেখ্য যে উপরে উল্লিখিত বেশিরভাগ টুল এবং ফ্রেমওয়ার্ক জাভা, পাইথন এবং জাভাস্ক্রিপ্টের জন্য লেখা, যেহেতু C++ এবং C# হল মালিকানাধীন প্রোগ্রামিং ভাষা (যদিও GCC ওপেন সোর্স)।

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

অতিরিক্ত পদক্ষেপ

পাত্রে

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

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

অন্যান্য ধারক বিকল্প বিদ্যমান থাকলেও, ডকার এবং কুবারনেটস সবচেয়ে জনপ্রিয়।

ডকার: অ্যাপাচি 2.0
কুবারনেটস: অ্যাপাচি 2.0

ইন্টারমিডিয়েট অটোমেশন টুলস

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

এখানে কিছু ওপেন সোর্স মিডলওয়্যার অটোমেশন টুল রয়েছে:

উত্তরঃ জিএনইউ পাবলিক
সল্টস্ট্যাক: অ্যাপাচি 2.0
শেফ: অ্যাপাচি 2.0
পুতুল: অ্যাপাচি বা জিপিএল

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

• DevOps কোর্স (12 মাস)

আরো কোর্স

• মেশিন লার্নিং কোর্স (12 সপ্তাহ)
• স্ক্র্যাচ থেকে ডেটা সায়েন্সের পেশা শিক্ষকতা (12 মাস)
• বিশ্লেষক পেশা যে কোনো প্রারম্ভিক স্তরের সাথে (9 মাস)
• ওয়েব ডেভেলপমেন্ট কোর্সের জন্য পাইথন (9 মাস)

দরকারী

• 450 ফ্রি আইভি লীগ কোর্স
• ডেটা সায়েন্স 2020-এর প্রবণতা
• ডেটা সায়েন্স মারা গেছে। দীর্ঘজীবী ব্যবসা বিজ্ঞান
• স্টেরয়েডের উপর ডেটা সায়েন্স: সিদ্ধান্ত বুদ্ধিমত্তার ভূমিকা
• সবচেয়ে সফল এবং সবচেয়ে কলঙ্কজনক ডেটা বিজ্ঞান প্রকল্প: কেমব্রিজ অ্যানালিটিকা

উত্স: www.habr.com