প্রশাসক, ডেভপস, অন্তহীন বিভ্রান্তি এবং কোম্পানির মধ্যে DevOps রূপান্তর সম্পর্কে

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

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

এই পুরো "মডুলার" গল্পটি চমৎকার, কিন্তু... এটি এমনই ঘটেছে যে কিছু প্রশাসককে হঠাৎ করে ডেভঅপস বলা হয়, এবং DevOps ইঞ্জিনিয়ারদের নিজেরাই টেলিপ্যাথি এবং ক্লেয়ারভায়েন্সের দক্ষতা থাকা প্রয়োজন।

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

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

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

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

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

ধরা কি?

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

কিন্তু ব্যবসার জন্য এর মানে কি?

নিয়োগ, এটা সম্পর্কে সব.

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

যাইহোক, এই ধরনের একটি শূন্যপদ পড়ার সময় কেউ কি ছাপ পায়? যে কোম্পানি একটি মাল্টি-মেশিন অপারেটর খুঁজছে যে একটি সংস্করণ নিয়ন্ত্রণ এবং পর্যবেক্ষণ সিস্টেম উভয়ই স্থাপন করবে এবং তার দাঁত দিয়ে টুইস্টার চেপে ধরবে...

কিন্তু শ্রমবাজারে মাদকাসক্তির মাত্রা বৃদ্ধি না করার জন্য, শূন্যপদগুলিকে তাদের সঠিক নাম দ্বারা ডাকা এবং স্পষ্টভাবে বোঝা যে একজন DevOps প্রকৌশলী এবং একজন সিস্টেম প্রশাসক দুটি ভিন্ন সত্তা। কিন্তু কিছু নিয়োগকর্তার অদম্য ইচ্ছা একজন প্রার্থীর কাছে প্রয়োজনীয়তার বিস্তৃত সম্ভাব্য তালিকা উপস্থাপন করার জন্য এই সত্যের দিকে পরিচালিত করে যে "ক্লাসিক" সিস্টেম অ্যাডমিনিস্ট্রেটররা তাদের চারপাশে কী ঘটছে তা বোঝা বন্ধ করে দেয়। কি, পেশায় মিউটেশন করছে আর তারা কালের আড়ালে?

না না এবং আরও একবার না। ইনফ্রাস্ট্রাকচার অ্যাডমিনিস্ট্রেটর যারা কোম্পানির অভ্যন্তরীণ সার্ভারগুলি পরিচালনা করবেন, বা L2/L3 সমর্থন অবস্থানগুলি দখল করবেন এবং অন্যান্য কর্মীদের সাহায্য করবেন, তারা দূরে যাননি এবং চলে যাবেন না।

এই বিশেষজ্ঞরা কি DevOps ইঞ্জিনিয়ার হতে পারে? অবশ্যই তারা পারবে। প্রকৃতপক্ষে, এটি একটি সম্পর্কিত পরিবেশ যার জন্য সিস্টেম প্রশাসনের দক্ষতা প্রয়োজন, তবে এটি ছাড়াও, মনিটরিং, ডেলিভারি সিস্টেমের সাথে কাজ এবং সাধারণভাবে, উন্নয়ন এবং পরীক্ষার দলের সাথে ঘনিষ্ঠ মিথস্ক্রিয়া যোগ করা হয়।

আরেকটি DevOps সমস্যা

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

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

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

অবস্থা. এটি কীভাবে কাজ করবে তা না ভেবেই একটি সংস্করণ রোলব্যাক সিস্টেম স্থাপন করতে DevOps-এর প্রয়োজন৷ আসুন ধরে নিই যে ব্যবহারকারীদের সিস্টেমের মধ্যে প্রথম নাম, পদবি এবং পাসওয়ার্ডের জন্য আলাদা ক্ষেত্র রয়েছে। পণ্যটির একটি নতুন সংস্করণ বেরিয়ে আসে, কিন্তু বিকাশকারীদের জন্য, একটি "রোলব্যাক" একটি জাদুর কাঠি যা সবকিছু ঠিক করে দেবে এবং তারা এমনকি এটি কীভাবে কাজ করে তা জানে না। সুতরাং, উদাহরণস্বরূপ, পরবর্তী প্যাচে বিকাশকারীরা প্রথম এবং শেষ নামের ক্ষেত্রগুলিকে একত্রিত করেছে, এটিকে উত্পাদনে রোল আউট করেছে, তবে সংস্করণটি কিছু কারণে ধীর। কি হচ্ছে? ম্যানেজমেন্ট ডেভপসের কাছে আসে এবং বলে "সুইচ টানুন!", অর্থাৎ, তাকে আগের সংস্করণে ফিরে যেতে বলে৷ Devops কি করে? এটি পূর্ববর্তী সংস্করণে ফিরে আসে, কিন্তু যেহেতু বিকাশকারীরা এই রোলব্যাকটি কীভাবে করা হয়েছিল তা বের করতে চাননি, তাই কেউ ডেভপস দলকে বলেনি যে ডাটাবেসটিও রোলব্যাক করা দরকার। ফলস্বরূপ, আমাদের জন্য সবকিছু ক্র্যাশ হয় এবং একটি ধীর ওয়েবসাইটের পরিবর্তে, ব্যবহারকারীরা একটি "500" ত্রুটি দেখতে পান, কারণ পুরানো সংস্করণটি নতুন ডাটাবেসের ক্ষেত্রে কাজ করে না। Devops এই সম্পর্কে জানেন না. ডেভেলপাররা নীরব। ম্যানেজমেন্ট তাদের স্নায়ু এবং অর্থ হারাতে শুরু করে এবং ব্যাকআপগুলি মনে রাখে, তাদের কাছ থেকে ফিরে যাওয়ার প্রস্তাব দেয় যাতে "অন্তত কিছু কাজ করবে।" ফলস্বরূপ, ব্যবহারকারীরা নির্দিষ্ট সময়ের মধ্যে তাদের সমস্ত ডেটা হারিয়ে ফেলেন।

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

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

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

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

উত্স: www.habr.com