হাইলোড আইটি সিস্টেমের অপারেশন এবং সমর্থন প্রক্রিয়ার পাঁচটি সমস্যা

হ্যালো, হাবর! আমি দশ বছর ধরে হাইলোড আইটি সিস্টেম সমর্থন করছি। 1000+ RPS মোডে কাজ করার জন্য nginx সেট আপ করার সমস্যা বা অন্যান্য প্রযুক্তিগত জিনিস সম্পর্কে আমি এই নিবন্ধে লিখব না। আমি এই ধরনের সিস্টেমগুলির সমর্থন এবং পরিচালনার ক্ষেত্রে উদ্ভূত প্রক্রিয়াগুলির সমস্যাগুলি সম্পর্কে আমার পর্যবেক্ষণগুলি ভাগ করব৷

পর্যবেক্ষণ

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

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

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

অতএব, সার্ভারে অপারেটিং সিস্টেমের প্রযুক্তিগত পরামিতিগুলি পর্যবেক্ষণ করার পাশাপাশি, আপনাকে ব্যবসার মেট্রিক্স কনফিগার করতে হবে। মেট্রিক যা সরাসরি অর্থকে প্রভাবিত করে। বাহ্যিক সিস্টেমের সাথে বিভিন্ন মিথস্ক্রিয়া (CRM, ERP এবং অন্যান্য)। নির্দিষ্ট সময়ের জন্য অর্ডারের সংখ্যা। সফল বা অসফল ক্লায়েন্ট অনুমোদন এবং অন্যান্য মেট্রিক্স।

বাহ্যিক সিস্টেমের সাথে মিথস্ক্রিয়া

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

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

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

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

বটলনেক ম্যান

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

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

সহায়ক কর্মীদের দক্ষতা এবং দায়িত্ব

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

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

কিন্তু টাকা মূল জিনিস নয়, তাই না? (না, অবশ্যই প্রধান জিনিস) এছাড়াও reputational ক্ষতি আছে. একটি সুপরিচিত অনলাইন স্টোরের পতন সামাজিক নেটওয়ার্ক এবং থিম্যাটিক মিডিয়াতে প্রকাশনা উভয়েরই পর্যালোচনার তরঙ্গ সৃষ্টি করতে পারে। এবং রান্নাঘরে বন্ধুদের কথোপকথন "ওখানে কিছু কিনবেন না, তাদের ওয়েবসাইট সর্বদা ডাউন থাকে" এর স্টাইলে পরিমাপ করা যায় না।

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

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

উন্নয়ন দলের সাথে মিথস্ক্রিয়া

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

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

স্বাভাবিক বা কম অগ্রাধিকারের সমস্যাগুলি রিলিজ থেকে রিলিজে সরানো হয়। প্রশ্নে "কাজটি কখন শেষ হবে?" আপনি এর স্টাইলে উত্তর পাবেন: "দুঃখিত, এই মুহূর্তে অনেক কাজ আছে, আপনার টিম লিড বা রিলিজ ম্যানেজারকে জিজ্ঞাসা করুন।"

নতুন বৈশিষ্ট্যগুলি তৈরি করার চেয়ে উত্পাদনশীলতা সমস্যাগুলিকে বেশি অগ্রাধিকার দেয়৷ যদি ব্যবহারকারীরা ক্রমাগত বাগগুলির উপর হোঁচট খায় তবে খারাপ পর্যালোচনাগুলি আসতে বেশি সময় লাগবে না। ক্ষতিগ্রস্থ খ্যাতি পুনরুদ্ধার করা কঠিন।

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

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

উত্স: www.habr.com