কেন DevOps প্রয়োজন এবং যারা DevOps বিশেষজ্ঞ?

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

DevOps ধারণার মধ্যে কোন অনুশীলনগুলি অন্তর্ভুক্ত করা হয়েছে এবং কেন তাদের প্রয়োজন? DevOps ইঞ্জিনিয়াররা কী করেন এবং তাদের কী করতে সক্ষম হওয়া উচিত? EPAM-এর বিশেষজ্ঞরা এই এবং অন্যান্য প্রশ্নের উত্তর দেন: Kirill Sergeev, সিস্টেম ইঞ্জিনিয়ার এবং DevOps ধর্মপ্রচারক, এবং Igor Boyko, প্রধান সিস্টেম ইঞ্জিনিয়ার এবং কোম্পানির DevOps টিমের একটির সমন্বয়কারী৷

কেন DevOps প্রয়োজন?

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

DevOps কি?

এটি একটি ভাল প্রশ্ন - এবং একটি বিতর্কিত: বিশ্ব এখনও শেষ পর্যন্ত এই বিষয়ে একমত হয়নি। EPAM বিশ্বাস করে যে DevOps একটি দলের মধ্যে প্রযুক্তি, প্রক্রিয়া এবং মিথস্ক্রিয়া সংস্কৃতিকে একত্রিত করে। এই অ্যাসোসিয়েশনের লক্ষ্য শেষ ব্যবহারকারীদের কাছে ক্রমাগত মূল্য প্রদান করা।

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

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

DevOps সংস্কৃতির সারাংশ কি?

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

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

DevOps অনুশীলনের ধরন কি কি?

DevOps অনুশীলনগুলি সফ্টওয়্যার জীবন চক্রের সমস্ত স্তরকে কভার করে৷

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

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

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

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

DevOps অনুশীলনের সুবিধাগুলি কী কী?

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

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

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

তৃতীয় হল ব্যবহারকারীর প্রতিক্রিয়ার ত্বরণ। যদি তার মন্তব্য থাকে, আমরা অবিলম্বে সমন্বয় করতে পারি এবং অবিলম্বে অ্যাপ্লিকেশন আপডেট করতে পারি।"

"সিস্টেম ইঞ্জিনিয়ার", "বিল্ড ইঞ্জিনিয়ার" এবং "ডেভঅপস ইঞ্জিনিয়ার" এর ধারণাগুলি কীভাবে সম্পর্কিত?

তারা ওভারল্যাপ, কিন্তু সামান্য ভিন্ন এলাকায় অন্তর্গত।

EPAM এ সিস্টেম ইঞ্জিনিয়ার একটি পদ। তারা বিভিন্ন স্তরে আসে: জুনিয়র থেকে প্রধান বিশেষজ্ঞ।

একজন বিল্ড ইঞ্জিনিয়ার একটি প্রকল্পে সঞ্চালিত হতে পারে এমন একটি ভূমিকা বেশি। এখন সিআই/সিডির জন্য দায়ী ব্যক্তিদের এটিই বলা হয়।

একজন DevOps ইঞ্জিনিয়ার হলেন একজন বিশেষজ্ঞ যিনি একটি প্রকল্পে DevOps অনুশীলনগুলি প্রয়োগ করেন।

আমরা যদি সবকিছুর সারসংক্ষেপ করি, তাহলে আমরা এরকম কিছু পাই: একজন সিস্টেম ইঞ্জিনিয়ারের পদে থাকা একজন ব্যক্তি একটি প্রকল্পে একজন বিল্ড ইঞ্জিনিয়ারের ভূমিকা পালন করেন এবং সেখানে DevOps অনুশীলনের বাস্তবায়নের সাথে জড়িত।

একজন DevOps ইঞ্জিনিয়ার ঠিক কী করেন?

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

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

কিরিল সের্গেভ: “পণ্যে আপডেট বাস্তবায়ন করার আগে, তাদের তৃতীয় পক্ষের পরিবেশে পরীক্ষা করা দরকার। এটি DevOps প্রকৌশলী দ্বারা প্রস্তুত করা হয়. তারা পুরো প্রকল্পে একটি DevOps সংস্কৃতি স্থাপন করে: তারা তাদের প্রকল্পের সমস্ত স্তরে DevOps অনুশীলনগুলি প্রবর্তন করে। এই তিনটি নীতি: অটোমেশন, সরলীকরণ, ত্বরণ - তারা যেখানে পৌঁছাতে পারে সেখানে নিয়ে আসে।"

একটি DevOps প্রকৌশলী কি জানা উচিত?

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

1. প্রোগ্রামিং ভাষা

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

একজন DevOps ইঞ্জিনিয়ার এই ভাষাগুলির মধ্যে এক বা একাধিক শিখতে পারেন: Python, Groovy, Bash, Powershell, Ruby, Go। তাদের গভীর স্তরে জানার প্রয়োজন নেই - সিনট্যাক্সের বুনিয়াদি, ওওপি নীতিগুলি এবং অটোমেশনের জন্য সহজ স্ক্রিপ্ট লেখার ক্ষমতা যথেষ্ট।

2। অপারেটিং সিস্টেম

একজন DevOps ইঞ্জিনিয়ারকে অবশ্যই বুঝতে হবে যে পণ্যটি কোন সার্ভারে ইনস্টল করা হবে, এটি কোন পরিবেশে চলবে এবং এটি কোন পরিষেবাগুলির সাথে ইন্টারঅ্যাক্ট করবে৷ আপনি উইন্ডোজ বা লিনাক্স পরিবারে বিশেষজ্ঞ হতে বেছে নিতে পারেন।

3. সংস্করণ নিয়ন্ত্রণ সিস্টেম

একটি সংস্করণ নিয়ন্ত্রণ ব্যবস্থার জ্ঞান ছাড়া, একজন DevOps প্রকৌশলী কোথাও নেই। Git এই মুহূর্তে সবচেয়ে জনপ্রিয় সিস্টেমগুলির মধ্যে একটি।

4. ক্লাউড প্রদানকারী

AWS, Google, Azure - বিশেষত যদি আমরা উইন্ডোজ দিক সম্পর্কে কথা বলি।

কিরিল সের্গেভ: “ক্লাউড প্রদানকারীরা আমাদের ভার্চুয়াল সার্ভার সরবরাহ করে যা CI/CD-এ পুরোপুরি ফিট করে।

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

5. অর্কেস্ট্রেশন সিস্টেম: ডকার এবং কুবারনেটস

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

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

6. কনফিগারেশন সিস্টেম: শেফ, উত্তরযোগ্য, পুতুল

যখন আপনাকে সার্ভারের একটি সম্পূর্ণ বহর বজায় রাখতে হবে, তখন আপনাকে একই ধরণের অনেকগুলি অপারেশন করতে হবে। এটি দীর্ঘ এবং কঠিন, এবং ম্যানুয়াল কাজও ত্রুটির সম্ভাবনা বাড়ায়। এখানেই কনফিগারেশন সিস্টেমগুলি উদ্ধার করতে আসে। তাদের সাহায্যে, তারা একটি স্ক্রিপ্ট তৈরি করে যা প্রোগ্রামার, DevOps প্রকৌশলী এবং সিস্টেম অ্যাডমিনিস্ট্রেটরদের জন্য পড়া সহজ। এই স্ক্রিপ্টটি স্বয়ংক্রিয়ভাবে সার্ভারে একই ক্রিয়াকলাপ চালাতে সহায়তা করে। এটি ম্যানুয়াল ক্রিয়াকলাপ হ্রাস করে (এবং তাই ত্রুটিগুলি)।

একজন DevOps প্রকৌশলী কি ধরনের ক্যারিয়ার তৈরি করতে পারেন?

আপনি অনুভূমিক এবং উল্লম্বভাবে উভয় বিকাশ করতে পারেন।

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

আপনি একজন সিস্টেম আর্কিটেক্ট হয়ে উঠতে পারেন যদি একজন কর্মী বুঝতে আগ্রহী হন কিভাবে একটি অ্যাপ্লিকেশন তার জীবনচক্রের সমস্ত পর্যায়ে কাজ করে - বিকাশ থেকে সমর্থন পর্যন্ত।"

কিভাবে একজন DevOps প্রকৌশলী হবে?

1. ফিনিক্স প্রকল্প এবং DevOps হ্যান্ডবুক পড়ুন। এগুলি হল DevOps দর্শনের আসল স্তম্ভ, প্রথমটি কল্পকাহিনীর কাজ।
2. উপরের তালিকা থেকে প্রযুক্তি শিখুন: আপনার নিজের বা অনলাইন কোর্সের মাধ্যমে।
3. একটি ওপেন সোর্স প্রকল্পের জন্য একজন DevOps প্রকৌশলী হিসেবে যোগ দিন।
4. আপনার ব্যক্তিগত এবং কাজের প্রকল্পগুলিতে DevOps অনুশীলনগুলি অনুশীলন করুন এবং অফার করুন।

উত্স: www.habr.com