কেন সিস্টেম অ্যাডমিনিস্ট্রেটরদের DevOps ইঞ্জিনিয়ার হওয়া উচিত

জীবনে শেখার জন্য আজকের চেয়ে ভালো সময় আর নেই।

এটি 2019, এবং DevOps আগের চেয়ে বেশি প্রাসঙ্গিক। তারা বলছেন যে মেইনফ্রেমের যুগের মতোই সিস্টেম অ্যাডমিনিস্ট্রেটরদের দিন শেষ। কিন্তু এই সত্যিই তাই?
আইটিতে প্রায়ই ঘটে, পরিস্থিতি বদলেছে। DevOps পদ্ধতি আবির্ভূত হয়েছে, কিন্তু এটি সিস্টেম প্রশাসক দক্ষতা সম্পন্ন ব্যক্তি ছাড়া থাকতে পারে না, অর্থাৎ Ops ছাড়া।

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

কিন্তু এটা কি সত্যিই ভয়ঙ্কর? আমি বলব যে জ্ঞানের অভাবকে এক ধরণের বড় সমস্যা হিসাবে বিবেচনা করা উচিত নয়। এটি একটি পেশাদার চ্যালেঞ্জ বেশি।

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

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

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

প্রথমত, এটি বোঝা গুরুত্বপূর্ণ যে DevOps একটি কোম্পানিতে একটি নির্দিষ্ট অবস্থান নয়, কিন্তু নির্দিষ্ট অনুশীলনের একটি সেট। এই অনুশীলনগুলি বিচ্ছিন্ন সিস্টেমগুলির বিতরণকে বোঝায়, বাগ এবং ত্রুটি থেকে ক্ষতি হ্রাস, ঘন ঘন এবং সময়মত সফ্টওয়্যার আপডেট, বিকাশকারী (দেব) এবং প্রশাসকদের (অপস) মধ্যে সুপ্রতিষ্ঠিত মিথস্ক্রিয়া, সেইসাথে শুধুমাত্র কোডের ধ্রুবক পরীক্ষাই নয়, কিন্তু এছাড়াও প্রক্রিয়ার মধ্যে সমগ্র কাঠামো ক্রমাগত একীকরণ এবং বিতরণ (CI/CD).

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

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

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

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

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

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

কিন্তু এই বক্তব্য কতটা সত্য?

সিস্টেম অ্যাডমিনিস্ট্রেটর: মাঠে একজন যোদ্ধা

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

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

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

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

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

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

DevOps: এক হিসাবে উন্নয়ন এবং রক্ষণাবেক্ষণ

DevOps উন্নয়ন এবং রক্ষণাবেক্ষণ প্রক্রিয়ার জন্য এক ধরনের দর্শন। আইটি জগতে এই পদ্ধতিটি সত্যিই উদ্ভাবনী হয়ে উঠেছে।

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

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

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

অটোমেশনের বিষয়টি ক্রমশ প্রাসঙ্গিক হয়ে উঠছে। সিস্টেম অ্যাডমিনিস্ট্রেটর এবং DevOps বিশেষজ্ঞ উভয়ই দ্রুত স্কেলিং করতে, ত্রুটিগুলি হ্রাস করতে এবং বিদ্যমান ত্রুটিগুলি দ্রুত খুঁজে পেতে এবং ঠিক করতে আগ্রহী৷ সুতরাং, অটোমেশন একটি ধারণা যেখানে দুটি ক্ষেত্র একত্রিত হয়। সিস্টেম অ্যাডমিনিস্ট্রেটররা ক্লাউড পরিষেবা যেমন AWS, Azure এবং Google ক্লাউড প্ল্যাটফর্মের জন্য দায়ী৷ তাদের অবশ্যই অবিচ্ছিন্ন একীকরণ এবং বিতরণের নীতিগুলি এবং কীভাবে সরঞ্জামগুলি ব্যবহার করতে হবে তা বুঝতে হবে জেনকিন্স.

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

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

এবং এই প্রক্রিয়ার শেষ বিশদটি হল git. গিটের সাথে কাজ করা একটি সিস্টেম অ্যাডমিনিস্ট্রেটরের ঐতিহ্যবাহী দৈনিক দায়িত্বগুলির মধ্যে একটি। এই সংস্করণ নিয়ন্ত্রণ ব্যবস্থা ব্যাপকভাবে বিকাশকারী, DevOps বিশেষজ্ঞ, চতুর দল এবং আরও অনেকের দ্বারা ব্যবহৃত হয়। আপনার কাজ যদি সফ্টওয়্যার জীবন চক্রের সাথে সম্পর্কিত হয় তবে আপনি অবশ্যই গিট নিয়ে কাজ করবেন।

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

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

উপসংহার

শেষ পর্যন্ত, আপনি সিদ্ধান্ত নিন যে আপনাকে একজন DevOps বিশেষজ্ঞ হতে হবে বা সিস্টেম প্রশাসক থাকা ভাল কিনা। আপনি দেখতে পাচ্ছেন, রূপান্তর করার জন্য একটি শেখার বক্ররেখা রয়েছে, তবে আপনি যত তাড়াতাড়ি শুরু করবেন তত ভাল। একটি প্রোগ্রামিং ভাষা চয়ন করুন এবং একই সাথে টুল শিখুন যেমন git (ভর্সন নিয্ন্ত্র্ন), জেনকিন্স (CI/CD, ক্রমাগত ইন্টিগ্রেশন) এবং Ansible (কনফিগারেশন এবং অটোমেশন)। আপনি যে বিকল্পটি বেছে নিন না কেন, ভুলে যাবেন না যে আপনাকে ক্রমাগত শিখতে হবে এবং আপনার দক্ষতা উন্নত করতে হবে।

উত্স: www.habr.com