সাম্প্রতিক বছরগুলিতে, "ডকারের পাত্রে এবং ভার্চুয়াল মেশিনগুলিতে প্রয়োগ করার সময়" আপনার সার্ভারকে পোষা প্রাণীর মতো নয় বলে "শব্দটি প্রসারিত হয়েছে
এটা আসলে এর অর্থ কি?
উত্তর:
র্যান্ডি বায়াস শব্দের ইতিহাস উল্লেখ করে বলেছেন যে সম্ভবত সম্ভবত এটি ২০১১ বা ২০১২ সালে উত্থিত হয়েছিল যখন বিল বেকার উপমাটি ব্যবহার করেছিলেন যখন "স্কেল-আপ" বনাম "স্কেল-আউট" স্থাপত্য কৌশলগুলি বর্ণনা করেছিলেন। বায়াস এটিকে মেঘের স্থাপত্য নিদর্শনগুলি সম্পর্কে তাঁর উপস্থাপনাগুলিতে গ্রহণ করেছিলেন:
জিনিসগুলি করার প্রাচীন পদ্ধতিতে আমরা আমাদের সার্ভারগুলিকে পোষা প্রাণীর মতো ব্যবহার করি, উদাহরণস্বরূপ মেল সার্ভার বব। বব যদি নীচে যায় তবে ডেস্কে সব হাত। সিইও তার ইমেল পেতে পারে না এবং এটি বিশ্বের শেষ of নতুন উপায়ে সার্ভারগুলি গণনা করা হয়, যেমন একটি পশুর পশুর মতো। উদাহরণস্বরূপ, www001 থেকে www100। যখন একটি সার্ভার নীচে যায়, তখন এটিকে ফিরিয়ে নেওয়া হয়, গুলি করা হয় এবং লাইনে প্রতিস্থাপন করা হয়।
বায়াস পোষা প্রাণী হিসাবে সংজ্ঞায়িত করা অবিরত
সার্ভার বা সার্ভারের জুড়িগুলি যে অনিবার্য বা অনন্য সিস্টেম হিসাবে বিবেচিত হয় যা কখনই নামানো যায় না। সাধারণত এগুলি ম্যানুয়ালি নির্মিত, পরিচালিত এবং "হাত খাওয়ানো" are উদাহরণগুলির মধ্যে রয়েছে মেইনফ্রেমস, একাকী সার্ভার, এইচএ লোডবালেন্সার / ফায়ারওয়ালস (সক্রিয় / সক্রিয় বা সক্রিয় / প্যাসিভ), মাস্টার / স্লেভ (অ্যাক্টিভ / প্যাসিভ) হিসাবে ডিজাইন করা ডাটাবেস সিস্টেম এবং আরও অনেক কিছু।
এবং গবাদি পশু হিসাবে
দুটি বেশি সংখ্যক সার্ভারের অ্যারে, যা স্বয়ংক্রিয় সরঞ্জাম ব্যবহার করে নির্মিত হয়েছে এবং ব্যর্থতার জন্য ডিজাইন করা হয়েছে, যেখানে কেউ, দুটি, এমনকি তিনটি সার্ভার অপরিবর্তনীয় নয়। সাধারণত, ব্যর্থতার ইভেন্টগুলির সময় কোনও মানুষের হস্তক্ষেপের প্রয়োজন হয় না কারণ অ্যারে ব্যর্থ সার্ভারগুলি পুনরায় চালু করে বা ট্রিপল প্রতিলিপি বা ইরেজর কোডিংয়ের মতো কৌশলগুলির মাধ্যমে তথ্য প্রতিলিপি করে "ব্যর্থতার আশেপাশে রাউটিং" এর বৈশিষ্ট্য প্রদর্শন করে। উদাহরণগুলির মধ্যে রয়েছে ওয়েব সার্ভার অ্যারে, মাল্টি-মাস্টার ডেটাস্টোর যেমন ক্যাসান্দ্রা ক্লাস্টার্স, একাধিক গিয়ার একসাথে ক্লাস্টারে একসাথে রাখা এবং লোড-ভারসাম্যযুক্ত এবং মাল্টি-মাস্টার এমন কোনও কিছু অন্তর্ভুক্ত।
মৌলিকভাবে, বায়াস এবং বাকের যা জানাতে চাইছে তা হ'ল আমরা কীভাবে নামগুলি এবং সংবেদনশীল সংযুক্তিগুলির সাথে সার্ভারগুলিকে "ইউনিক স্নোফ্লেকস" হতে একটি মডেল হিসাবে রূপান্তর করতে হবে , যার মাধ্যমে যদি আমাদের সার্ভারের সাথে সমস্যা হয় আমরা একটি প্রতিস্থাপন তৈরি করি এবং সমস্যাযুক্ত সার্ভারটি ধ্বংস করুন।
অবশেষে, এটি সম্ভবত উল্লেখযোগ্য যে নিয়ন্ত্রিত পরিবেশে কোনও সার্ভার পিছনে নিয়ে যায় এবং শুটিং করা এটি সর্বোত্তম নাও হতে পারে। এই ক্ষেত্রে সার্ভারকে "হিমায়িত" করা প্রায়শই সুবিধাজনক, উদাহরণস্বরূপ docker pauseএকটি ধারক স্থির করে রাখা। এরপরে এটি ঘটনা বা সমস্যা পরিচালনা প্রক্রিয়াটির অংশ হিসাবে একটি মূল কারণ বিশ্লেষণ করতে ব্যবহৃত হতে পারে ।
রিচার্ডস উত্তরে যুক্ত করতে, সাধারণত সার্ভারের ক্ষতির প্রভাব বিবেচনার ক্ষেত্রে সাদৃশ্যটি সহায়ক।
যদি আপনি কোনও পৃথক অবকাঠামো ক্ষতিগ্রস্থ হওয়ার কারণে কিছুটা সঙ্কট অনুভব করেন, তবে একে পোষা প্রাণী হিসাবে বিবেচনা করুন (অ্যান্টিপ্যাটার্ন পড়ুন)।
যদি আপনি এই জেনে বেশ স্বাচ্ছন্দ্য বোধ করেন যে কোনও বহরটি যদি কাজ বন্ধ করে দেয় তবে সেখানে অভিযানের কোনও সত্যিকারের প্রভাব পড়বে না, তবে আপনি গবাদি পশু সম্পর্কে কথা বলছেন।
আপনার সার্ভারগুলিকে কেবল শ্রেণিবদ্ধ করার জন্য প্রায়শই সাদৃশ্যটি ব্যবহার করে লোভনীয় হয়, যেমন "আমাদের কাজের চাপ নোড গবাদি পশু তবে আমাদের বোঝার ভারসাম্যকারীরা পোষা প্রাণী" তবে সেই ফাঁদে পড়ার বিষয়টি হ'ল সমস্যা। একটি আধুনিক কম্পিউটিং পরিবেশে পোষা প্রাণীর কোনও স্থান নেই (যেমন, মেঘে, পণ্য হার্ডওয়্যার ইত্যাদিতে) যদি আপনার সমস্ত সার্ভারকে গবাদি পশু হিসাবে বিবেচনা করা হয় এবং সহজেই প্রতিস্থাপনযোগ্য হয়, তবে আপনি সাহায্যের জন্য বিশৃঙ্খলা বানরের মতো জিনিসগুলি সন্ধান করতে পারেন আপনার অবকাঠামো সত্যই স্থিতিস্থাপক তা নিশ্চিত করুন build