DevOps কারা?

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

আমরা এখনও সহকর্মীদের খুঁজছি, কারণ DevOps লেবেলের পিছনে বিভিন্ন ধরণের ইঞ্জিনিয়ারদের একটি খুব বড় স্তর লুকিয়ে আছে।

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

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

তাহলে DevOps ইঞ্জিনিয়ার কারা?

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

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

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

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

একটি নির্দিষ্ট সম্পদের বিশেষজ্ঞ জ্ঞানের স্তরে অনুরূপ "দোল" আজও অব্যাহত রয়েছে। কিন্তু আমরা একটু ডিগ্রেস, হাইলাইট মূল্য অনেক পয়েন্ট আছে.

বিল্ড ইঞ্জিনিয়ার/রিলিজ ইঞ্জিনিয়ার

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

অপ্স তাই ভিন্ন

আমরা আবার অগ্রসর হই এবং বৃহৎ পরিসরের দায়িত্বের উপস্থিতি এবং যোগ্য কর্মীদের অভাব আমাদের কঠোর বিশেষীকরণের দিকে ঠেলে দেয়, যেমন বৃষ্টির পরে মাশরুম, বিভিন্ন অপারেশন প্রদর্শিত হয়:

• TechOps - enikey সিস্টেম অ্যাডমিনিস্ট্রেটর ওরফে হেল্পডেস্ক ইঞ্জিনিয়ার
• LiveOps - সিস্টেম অ্যাডমিনিস্ট্রেটররা প্রাথমিকভাবে উৎপাদন পরিবেশের জন্য দায়ী
• CloudOps - পাবলিক ক্লাউড Azure, AWS, GCP, ইত্যাদিতে বিশেষজ্ঞ সিস্টেম প্রশাসক।
• PlatOps/InfraOps/SysOps - অবকাঠামো সিস্টেম প্রশাসক।
• NetOps - নেটওয়ার্ক প্রশাসক
• SecOps - তথ্য সুরক্ষায় বিশেষজ্ঞ সিস্টেম প্রশাসক - PCI কমপ্লায়েন্স, CIS কমপ্লায়েন্স, প্যাচিং ইত্যাদি।

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

এই ধরণের কাজ এবং দায়িত্বগুলি সম্পাদন করার জন্য, এই ব্যক্তির অবশ্যই কেবল বিকাশ এবং পরীক্ষার প্রক্রিয়াগুলিই নয়, পণ্যের পরিকাঠামো পরিচালনার পাশাপাশি সম্পদ পরিকল্পনারও ব্যবস্থা থাকতে হবে। এই বোঝাপড়ার মধ্যে DevOps আইটি, বা R&D, এমনকি PMO-তেও অবস্থিত হতে পারে না; এই সমস্ত ক্ষেত্রে এর প্রভাব থাকতে হবে - কোম্পানির প্রযুক্তিগত পরিচালক, প্রধান প্রযুক্তিগত কর্মকর্তা।

এটা কি আপনার কোম্পানিতে সত্য? - আমি সন্দেহ করি. বেশিরভাগ ক্ষেত্রে, এটি হয় IT বা R&D।

তহবিলের অভাব এবং কার্যকলাপের এই তিনটি ক্ষেত্রগুলির মধ্যে অন্তত একটিকে প্রভাবিত করার ক্ষমতা সমস্যার ওজনকে সেই দিকে সরিয়ে দেবে যেখানে এই পরিবর্তনগুলি প্রয়োগ করা সহজ, যেমন স্ট্যাটিক অনুসারে "নোংরা" কোডের সাথে রিলিজের ক্ষেত্রে প্রযুক্তিগত সীমাবদ্ধতার প্রয়োগ বিশ্লেষক সিস্টেম। অর্থাৎ, যখন PMO কার্যকারিতা প্রকাশের জন্য একটি কঠোর সময়সীমা নির্ধারণ করে, তখন R&D এই সময়সীমার মধ্যে একটি উচ্চ-মানের ফলাফল তৈরি করতে পারে না এবং এটি যতটা সম্ভব উৎপন্ন করতে পারে, পরবর্তীতে রিফ্যাক্টরিং ছেড়ে দেয়, IT সম্পর্কিত DevOps প্রযুক্তিগত উপায়ে প্রকাশকে ব্লক করে। . পরিস্থিতি পরিবর্তন করার জন্য কর্তৃত্বের অভাব, দায়িত্বশীল কর্মচারীদের ক্ষেত্রে, তারা যা প্রভাবিত করতে পারে না তার জন্য অতি-দায়িত্বের প্রকাশের দিকে পরিচালিত করে, বিশেষ করে যদি এই কর্মচারীরা ভুল বোঝে এবং দেখতে পায় এবং কীভাবে সেগুলি সংশোধন করা যায় - "আনন্দ হল অজ্ঞতা", এবং এই কর্মচারীদের অলসতা এবং ক্ষতির ফলস্বরূপ।

DevOps সম্পদ বাজার

বিভিন্ন কোম্পানি থেকে DevOps পদের জন্য বেশ কয়েকটি শূন্যপদ দেখুন।

আমরা আপনার সাথে দেখা করতে প্রস্তুত যদি আপনি:

1. আপনি Zabbix এর মালিক এবং জানেন প্রমিথিউস কি;
2. iptables;
3. BASH পিএইচডি ছাত্র;
4. প্রফেসর উত্তরযোগ্য;
5. লিনাক্স গুরু;
6. কীভাবে ডিবাগিং ব্যবহার করতে হয় এবং ডেভেলপারদের (php/java/python) সাথে একসাথে অ্যাপ্লিকেশন সমস্যাগুলি খুঁজে বের করতে হয় তা জানুন;
7. রাউটিং আপনাকে হিস্টেরিক্যাল করে না;
8. সিস্টেম নিরাপত্তা উল্লেখযোগ্য মনোযোগ দিন;
9. "যেকোনো কিছু এবং সবকিছু" ব্যাকআপ করুন এবং সফলভাবে এই "কিছু এবং সবকিছু" পুনরুদ্ধার করুন;
10. আপনি জানেন কীভাবে সিস্টেমটিকে এমনভাবে কনফিগার করতে হয় যাতে সর্বনিম্ন থেকে সর্বোচ্চটি পাওয়া যায়;
11. পোস্টগ্রেস এবং মাইএসকিউএল-এ বিছানায় যাওয়ার আগে প্রতিলিপি সেট আপ করুন;
12. CI/CD সেট আপ এবং সামঞ্জস্য করা আপনার জন্য সকালের নাস্তা/দুপুরের খাবার/রাতের খাবারের মতোই প্রয়োজনীয়।
13. AWS এর সাথে অভিজ্ঞতা আছে;
14. কোম্পানির সাথে বিকাশ করতে প্রস্তুত;

তাই:

• 1 থেকে 6 পর্যন্ত - সিস্টেম প্রশাসক
• 7 - একটি সামান্য নেটওয়ার্ক প্রশাসন, যা সিস্টেম অ্যাডমিনিস্ট্রেটর, মধ্য স্তরের মধ্যেও ফিট করে
• 8 - সামান্য নিরাপত্তা, যা একটি মধ্য স্তরের সিস্টেম প্রশাসকের জন্য বাধ্যতামূলক
• 9-11 - মিডল সিস্টেম অ্যাডমিনিস্ট্রেটর
• 12 — নির্ধারিত কাজের উপর নির্ভর করে, হয় মিডল সিস্টেম অ্যাডমিনিস্ট্রেটর বা বিল্ড ইঞ্জিনিয়ার
• 13 - ভার্চুয়ালাইজেশন - মিডল সিস্টেম অ্যাডমিনিস্ট্রেটর, বা তথাকথিত ক্লাউডঅপস, তহবিলের দক্ষ ব্যবহারের জন্য এবং রক্ষণাবেক্ষণের লোড কমানোর জন্য একটি নির্দিষ্ট হোস্টিং সাইটের পরিষেবাগুলির উন্নত জ্ঞান

এই খালি পদের সংক্ষিপ্তসারে, আমরা বলতে পারি যে মিডল/সিনিয়র সিস্টেম অ্যাডমিনিস্ট্রেটর ছেলেদের জন্য যথেষ্ট।

যাইহোক, আপনার লিনাক্স/উইন্ডোজে প্রশাসকদের দৃঢ়ভাবে ভাগ করা উচিত নয়। অবশ্যই, আমি বুঝতে পারি যে এই দুটি জগতের পরিষেবা এবং সিস্টেমগুলি আলাদা, তবে সবার জন্য ভিত্তি একই এবং যে কোনও আত্মসম্মানিত অ্যাডমিন একজন এবং অন্য উভয়ের সাথেই পরিচিত এবং তিনি পরিচিত না হলেও এটি হবে একজন দক্ষ প্রশাসকের পক্ষে এটির সাথে পরিচিত হওয়া কঠিন হবে না।

আসুন আরেকটি শূন্যপদ বিবেচনা করি:

1. উচ্চ-লোড সিস্টেম নির্মাণের অভিজ্ঞতা;
2. Linux OS, সাধারণ সিস্টেম সফ্টওয়্যার এবং ওয়েব স্ট্যাক (Nginx, PHP/Python, HAProxy, MySQL/PostgreSQL, Memcached, Redis, RabbitMQ, ELK) সম্পর্কে চমৎকার জ্ঞান;
3. ভার্চুয়ালাইজেশন সিস্টেমের সাথে অভিজ্ঞতা (KVM, VMWare, LXC/Docker);
4. স্ক্রিপ্টিং ভাষায় দক্ষতা;
5. নেটওয়ার্ক প্রোটোকল নেটওয়ার্কের অপারেটিং নীতিগুলি বোঝা;
6. ত্রুটি-সহনশীল সিস্টেম নির্মাণের নীতিগুলি বোঝা;
7. স্বাধীনতা এবং উদ্যোগ;

এদিকে তাকান:

• 1 - সিনিয়র সিস্টেম অ্যাডমিনিস্ট্রেটর
• 2 - এই স্ট্যাকের মধ্যে রাখা অর্থের উপর নির্ভর করে - মধ্য/সিনিয়র সিস্টেম অ্যাডমিনিস্ট্রেটর
• 3 - কাজের অভিজ্ঞতা, সহ, এর অর্থ হতে পারে - "ক্লাস্টারটি বাড়ায়নি, তবে ভার্চুয়াল মেশিন তৈরি এবং পরিচালনা করেছে, সেখানে একটি ডকার হোস্ট ছিল, কন্টেইনারগুলিতে অ্যাক্সেস উপলব্ধ ছিল না" - মিডল সিস্টেম অ্যাডমিনিস্ট্রেটর
• 4 - জুনিয়র সিস্টেম অ্যাডমিনিস্ট্রেটর - হ্যাঁ, একজন প্রশাসক যিনি মৌলিক অটোমেশন স্ক্রিপ্ট লিখতে জানেন না, ভাষা নির্বিশেষে, অ্যাডমিন নয় - enikey।
• 5 - মিডল সিস্টেম অ্যাডমিনিস্ট্রেটর
• 6 - সিনিয়র সিস্টেম অ্যাডমিনিস্ট্রেটর

সংক্ষেপে - মধ্য/সিনিয়র সিস্টেম অ্যাডমিনিস্ট্রেটর

আরেকটা:

1. Deops অভিজ্ঞতা;
2. CI/CD প্রসেস তৈরি করতে এক বা একাধিক পণ্য ব্যবহার করার অভিজ্ঞতা। গিটল্যাব সিআই একটি সুবিধা হবে;
3. পাত্রে এবং ভার্চুয়ালাইজেশন সঙ্গে কাজ; আপনি যদি ডকার ব্যবহার করেন তবে ভাল, তবে আপনি যদি k8s ব্যবহার করেন তবে দুর্দান্ত!
4. একটি চটপটে দলে কাজ করার অভিজ্ঞতা;
5. যেকোনো প্রোগ্রামিং ভাষার জ্ঞান;

দেখা যাক:

• 1 - হুম... বলছি মানে কি? =) সম্ভবত তারা নিজেরাই জানেন না এর পিছনে কী লুকিয়ে আছে
• 2 - বিল্ড ইঞ্জিনিয়ার
• 3 - মিডল সিস্টেম অ্যাডমিনিস্ট্রেটর
• 4 - নরম দক্ষতা, আমরা আপাতত এটি বিবেচনা করব না, যদিও চটপট আরেকটি জিনিস যা সুবিধাজনক উপায়ে ব্যাখ্যা করা হয়।
• 5 - খুব ভার্বোস - এটি একটি স্ক্রিপ্টিং ভাষা বা একটি সংকলিত ভাষা হতে পারে৷ আমি ভাবছি যে স্কুলে প্যাসকেল এবং বেসিক লেখা তাদের উপযুক্ত হবে? =)

সিস্টেম অ্যাডমিনিস্ট্রেটর কেন এই পয়েন্টটি কভার করে তা বোঝার জন্য আমি পয়েন্ট 3 সম্পর্কিত একটি নোটও রেখে যেতে চাই। Kubernetes হল একটি অর্কেস্ট্রেশন, এমন একটি টুল যা নেটওয়ার্ক ড্রাইভার এবং ভার্চুয়ালাইজেশন/আইসোলেশন হোস্টকে কয়েকটি কমান্ডে সরাসরি কমান্ড মোড়ানো এবং আপনাকে তাদের সাথে বিমূর্ত যোগাযোগ করার অনুমতি দেয়, শুধু তাই। উদাহরণস্বরূপ, আসুন 'বিল্ড ফ্রেমওয়ার্ক' নেওয়া যাক, যা, যাইহোক, আমি একটি কাঠামো বিবেচনা করি না। হ্যাঁ, আমি যে কোনও জায়গায় মেক শোভ করার ফ্যাশন সম্পর্কে জানি, যেখানে এটি প্রয়োজনীয় এবং প্রয়োজন নেই - মেক ইন মেক মোড়ানো, উদাহরণস্বরূপ, গুরুত্ব সহকারে?
মূলত, মেক হল শেলের উপর একটি মোড়ক, যা k8s এর মতই কম্পাইলেশন, লিঙ্কিং এবং কম্পাইলেশন এনভায়রনমেন্ট কমান্ডকে সহজ করে।

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

আসুন আমরা আবার সংক্ষিপ্ত করি - মধ্য/সিনিয়র সিস্টেম অ্যাডমিনিস্ট্রেটর তাদের জন্য যথেষ্ট হবে।

কত গ্রাম ওজন

নির্দেশিত শূন্যপদগুলির জন্য প্রস্তাবিত বেতনের পরিসীমা হল 90k-200k
এখন আমি সিস্টেম অ্যাডমিনিস্ট্রেটর এবং DevOps ইঞ্জিনিয়ারদের আর্থিক পুরস্কারের মধ্যে একটি সমান্তরাল আঁকতে চাই।

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

একটি অভিজ্ঞতা:

1. 3 বছর পর্যন্ত - জুনিয়র
2. 6 বছর বয়স পর্যন্ত - মধ্য
3. 6-এর বেশি - সিনিয়র

কর্মচারী অনুসন্ধান সাইট অফার করে:
সিস্টেম অ্যাডমিনিস্ট্রেটর:

1. জুনিয়র - 2 বছর - 50k ঘষা।
2. মধ্য - 5 বছর - 70k ঘষা।
3. সিনিয়র - 11 বছর - 100k ঘষা।

DevOps ইঞ্জিনিয়ার:

1. জুনিয়র - 2 বছর - 100k ঘষা।
2. মধ্য - 3 বছর - 160k ঘষা।
3. সিনিয়র - 6 বছর - 220k ঘষা।

"DevOps"-এর অভিজ্ঞতা অনুসারে, অভিজ্ঞতা ব্যবহার করা হয়েছিল যে অন্তত কোনওভাবে SDLC-কে প্রভাবিত করেছে।

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

DevOps প্রকৌশলীদের প্রশিক্ষণের প্রক্রিয়াটি শুধুমাত্র নির্দিষ্ট কাজ, ইউটিলিটিগুলির একটি সেটের মধ্যেই সীমাবদ্ধ এবং প্রক্রিয়াগুলি এবং তাদের নির্ভরতা সম্পর্কে একটি সাধারণ ধারণা প্রদান করে না। এটি অবশ্যই ভাল যখন একজন ব্যক্তি টেরাফর্ম ব্যবহার করে AWS EKS স্থাপন করতে পারেন, এই ক্লাস্টারে Fluentd sidecar এবং AWS ELK স্ট্যাকের সাথে লগিং সিস্টেমের জন্য 10 মিনিটের মধ্যে, কনসোলে শুধুমাত্র একটি কমান্ড ব্যবহার করে, কিন্তু যদি সে বুঝতে না পারে নিজেই লগ প্রক্রিয়াকরণের নীতি এবং সেগুলির জন্য কী প্রয়োজন, যদি আপনি না জানেন যে কীভাবে তাদের উপর মেট্রিক্স সংগ্রহ করতে হয় এবং পরিষেবার অবনতি ট্র্যাক করতে হয়, তবে এটি এখনও সেই একই এনিকি হবে যারা কিছু ইউটিলিটি ব্যবহার করতে জানে।

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

তাহলে তারা কারা? DevOps বা লোভী সিস্টেম অ্যাডমিনিস্ট্রেটর? =)

কীভাবে বাঁচতে হবে?

নিয়োগকর্তাদের প্রয়োজনীয়তাগুলি আরও সুনির্দিষ্টভাবে প্রণয়ন করা উচিত এবং ঠিক যাদের প্রয়োজন তাদের সন্ধান করা উচিত এবং লেবেলগুলি আশেপাশে ফেলে দেওয়া উচিত নয়। আপনি জানেন না DevOps কি করে - সেক্ষেত্রে আপনার সেগুলির প্রয়োজন নেই৷

শ্রমিক - শিখুন। ক্রমাগত আপনার জ্ঞান উন্নত করুন, প্রক্রিয়াগুলির সামগ্রিক চিত্রটি দেখুন এবং আপনার লক্ষ্যের পথটি ট্র্যাক করুন। আপনি যাকে চান আপনি হয়ে উঠতে পারেন, আপনাকে কেবল চেষ্টা করতে হবে।

উত্স: www.habr.com