SLA، جسے "سروس لیول ایگریمنٹ" کے نام سے بھی جانا جاتا ہے، گاہک اور سروس فراہم کنندہ کے درمیان ایک گارنٹی کا معاہدہ ہے کہ گاہک کو سروس کی شرائط میں کیا ملے گا۔ یہ سپلائی کرنے والے کی غلطی کی وجہ سے بند ہونے کی صورت میں معاوضہ بھی طے کرتا ہے، وغیرہ۔ جوہر میں، ایک SLA ایک سند ہے جس کی مدد سے ڈیٹا سینٹر یا ہوسٹنگ فراہم کرنے والا ایک ممکنہ کلائنٹ کو قائل کرتا ہے کہ اس کے ساتھ ہر ممکن طریقے سے حسن سلوک کیا جائے گا۔ سوال یہ ہے کہ آپ SLA میں جو چاہیں لکھ سکتے ہیں، اور اس دستاویز میں لکھے گئے واقعات اکثر نہیں ہوتے۔ SLA ڈیٹا سینٹر کے انتخاب میں رہنما اصول سے بہت دور ہے اور آپ کو یقینی طور پر اس پر بھروسہ نہیں کرنا چاہیے۔
ہم سب کسی نہ کسی قسم کے معاہدوں پر دستخط کرنے کے عادی ہیں جو کچھ ذمہ داریاں عائد کرتے ہیں۔ SLA کوئی رعایت نہیں ہے - عام طور پر سب سے زیادہ غیر حقیقی دستاویز تصور کی جاتی ہے۔ صرف ایک چیز جو شاید زیادہ بیکار ہے وہ ہے دائرہ اختیار میں NDA ہے جہاں "تجارتی راز" کا تصور واقعی موجود نہیں ہے۔ لیکن سارا مسئلہ یہ ہے کہ SLA صحیح سپلائر کے انتخاب میں کسی بھی طرح سے مؤکل کی مدد نہیں کرتا، بلکہ صرف آنکھوں میں دھول جھونکتا ہے۔
میزبان اکثر SLA کے عوامی ورژن میں کیا لکھتے ہیں جو وہ عوام کو دکھاتے ہیں؟ ٹھیک ہے، پہلی سطر ہوسٹر کی اصطلاح "قابل اعتماد" ہے - یہ عام طور پر 98 سے 99,999٪ تک کے نمبر ہوتے ہیں۔ درحقیقت، یہ نمبر مارکیٹرز کی صرف ایک خوبصورت ایجاد ہیں۔ ایک زمانے میں، جب ہوسٹنگ جوان اور مہنگی تھی، اور بادل ماہرین کے لیے صرف ایک خواب تھے (نیز ہر ایک کے لیے براڈ بینڈ تک رسائی)، ہوسٹنگ اپ ٹائم انڈیکیٹر انتہائی، انتہائی اہم تھا۔ اب، جب تمام سپلائرز ایک ہی آلات استعمال کرتے ہیں، پلس یا مائنس، ایک ہی بیک بون نیٹ ورکس پر بیٹھتے ہیں اور ایک ہی سروس پیکجز پیش کرتے ہیں، اپ ٹائم انڈیکیٹر بالکل غیر قابل ذکر ہے۔
کیا یہاں تک کہ کوئی "درست" SLA ہے؟
بلاشبہ، SLA کے مثالی ورژن موجود ہیں، لیکن یہ سب غیر معیاری دستاویزات ہیں اور کلائنٹ اور سپلائر کے درمیان دستی طور پر رجسٹرڈ اور نتیجہ اخذ کیا جاتا ہے۔ مزید یہ کہ، اس قسم کا SLA اکثر خدمات کے بجائے کسی نہ کسی طرح کے کنٹریکٹ ورک سے متعلق ہوتا ہے۔
ایک اچھے SLA میں کیا شامل ہونا چاہیے؟ TLDR کے الفاظ میں، ایک اچھا SLA ایک دستاویز ہے جو دو اداروں کے درمیان تعلقات کو منظم کرتی ہے، جو فریقین میں سے ایک (گاہک) کو اس عمل پر زیادہ سے زیادہ کنٹرول فراہم کرتی ہے۔ یعنی، یہ حقیقی دنیا میں کیسے کام کرتا ہے: ایک دستاویز ہے جو عالمی تعامل کے عمل کو بیان کرتی ہے اور فریقین کے درمیان تعلقات کو منظم کرتی ہے۔ یہ حدود، قوانین کا تعین کرتا ہے، اور اپنے آپ میں اثر و رسوخ کا ایک لیور بن جاتا ہے جسے دونوں فریق مکمل طور پر استعمال کر سکتے ہیں۔ اس طرح، درست SLA کی بدولت، گاہک ٹھیکیدار کو رضامندی کے مطابق کام کرنے پر مجبور کر سکتا ہے، اور یہ ٹھیکیدار کو ایک حد سے زیادہ فعال کلائنٹ کی "خواہشات" سے لڑنے میں مدد کرتا ہے جو معاہدے کے ذریعے جائز نہیں ہیں۔ یہ اس طرح لگتا ہے: "ہمارا SLA یہ کہتا ہے اور یہ کہ، یہاں سے چلے جاو، ہم سب کچھ کرتے ہیں جیسا کہ اتفاق ہے۔"
یعنی، "صحیح SLA" = "خدمات کی فراہمی کے لیے ایک مناسب معاہدہ" اور صورت حال پر کنٹرول دیتا ہے۔ لیکن یہ تب ہی ممکن ہے جب "مساوی" کام کریں۔
ویب سائٹ پر کیا لکھا ہے اور حقیقت میں کیا انتظار ہے یہ دو مختلف چیزیں ہیں۔
عام طور پر، ہر وہ چیز جس پر ہم مزید بات کریں گے وہ عام مارکیٹنگ کی چالیں اور توجہ کا امتحان ہیں۔
اگر ہم مقبول گھریلو میزبانوں کو لیں، تو ایک پیشکش دوسرے سے بہتر ہے: 25/8 سپورٹ، سرور اپ ٹائم 99,9999999% وقت، کم از کم روس میں ان کے اپنے ڈیٹا سینٹرز کا ایک گروپ۔ براہ کرم ڈیٹا سینٹرز کے بارے میں نکتہ یاد رکھیں، ہم تھوڑی دیر بعد اس پر واپس آئیں گے۔. اس دوران، آئیے مثالی غلطی رواداری کے اعدادوشمار کے بارے میں بات کرتے ہیں اور جب ایک شخص کا سرور اب بھی "0,0000001% ناکامیوں" میں آتا ہے تو اسے کیا سامنا کرنا پڑتا ہے۔
98% اور اس سے اوپر کے اشارے کے ساتھ، کوئی بھی کمی شماریاتی غلطی کے دہانے پر واقع ایک واقعہ ہے۔ کام کرنے کا سامان اور کنکشن یا تو موجود ہیں یا وہ نہیں ہیں۔ آپ 50% (اس کے اپنے SLA کے مطابق) کی "قابل اعتماد" درجہ بندی والے ہوسٹر کو برسوں تک بغیر کسی مسئلے کے استعمال کر سکتے ہیں، یا آپ 99,99% کا دعوی کرنے والے لڑکوں کے ساتھ مہینے میں ایک دو دن کے لیے "ناکام" ہو سکتے ہیں۔
جب گرنے کا لمحہ آتا ہے (اور، ہم آپ کو یاد دلاتے ہیں، ہر کوئی کسی نہ کسی دن گرتا ہے)، تب کلائنٹ کو ایک اندرونی کارپوریٹ مشین کا سامنا کرنا پڑتا ہے جسے "سپورٹ" کہا جاتا ہے، اور سروس کے معاہدے اور SLA کو سامنے لایا جاتا ہے۔ اس کا کیا مطلب ہے:
- غالباً، ڈاؤن ٹائم کے پہلے چار گھنٹوں تک آپ کچھ بھی پیش نہیں کر پائیں گے، حالانکہ کچھ میزبان حادثے کے لمحے سے ٹیرف (معاوضے کی ادائیگی) کا دوبارہ حساب لگانا شروع کر دیتے ہیں۔
- اگر سرور طویل مدت کے لیے دستیاب نہیں ہے، تو آپ ٹیرف کی دوبارہ گنتی کے لیے درخواست جمع کروا سکتے ہیں۔
- اور یہ فراہم کیا جاتا ہے کہ مسئلہ سپلائر کی غلطی کی وجہ سے پیدا ہوا ہے۔
- اگر آپ کا مسئلہ کسی تیسرے فریق (ہائی وے پر) کی وجہ سے پیدا ہوا ہے تو ایسا لگتا ہے کہ "کوئی بھی قصوروار نہیں ہے" اور جب مسئلہ حل ہوجاتا ہے تو آپ کی قسمت کی بات ہے۔
تاہم، یہ سمجھنا ضروری ہے کہ آپ کو کبھی بھی انجینئرنگ ٹیم تک رسائی حاصل نہیں ہوتی، اکثر آپ کو سپورٹ کی پہلی لائن کے ذریعے روک دیا جاتا ہے، جو آپ سے خط و کتابت کرتے ہیں جبکہ حقیقی انجینئرز صورتحال کو ٹھیک کرنے کی کوشش کرتے ہیں۔ سنی سنی سی داستاں؟
یہاں، بہت سے لوگ SLA پر انحصار کرتے ہیں، جو ایسا لگتا ہے کہ آپ کو ایسے حالات سے بچانا چاہیے۔ لیکن، درحقیقت، کمپنیاں شاذ و نادر ہی اپنی دستاویز کی حدود سے باہر جاتی ہیں یا حالات کو اس طرح تبدیل کرنے کے قابل ہوتی ہیں کہ ان کے اپنے اخراجات کو کم کیا جا سکے۔ SLA کا بنیادی کام چوکسی کو کم کرنا اور اس بات پر قائل کرنا ہے کہ کسی غیر متوقع صورتحال کی صورت میں بھی، "سب کچھ ٹھیک ہو جائے گا۔" SLA کا دوسرا مقصد اہم اہم نکات پر بات کرنا اور سروس پرووائیڈر کو پینتریبازی کے لیے کمرہ دینا ہے، یعنی کسی ایسی چیز سے ناکامی کو منسوب کرنے کی صلاحیت جس کے لیے سپلائر "ذمہ دار نہیں ہے۔"
ایک ہی وقت میں، بڑے کلائنٹس، حقیقت میں، SLA کے اندر معاوضے کی بالکل بھی پرواہ نہیں کرتے۔ "SLA معاوضہ" ٹیرف کے اندر آلات کے ڈاؤن ٹائم کے تناسب سے رقم کی واپسی ہے، جو کبھی بھی ممکنہ مالیاتی اور شہرت کے نقصانات کا 1% پورا نہیں کرے گی۔ اس معاملے میں، کلائنٹ کے لیے یہ بہت زیادہ اہم ہے کہ کسی قسم کے "ٹیرف کی دوبارہ گنتی" کے مقابلے میں مسائل کو جلد از جلد حل کیا جائے۔
"دنیا بھر میں بہت سے ڈیٹا سینٹرز" تشویش کا باعث ہیں۔
ہم نے سروس پرووائیڈر کے ڈیٹا سینٹرز کی ایک بڑی تعداد کے ساتھ صورتحال کو الگ زمرے میں رکھا ہے، کیونکہ اوپر بیان کیے گئے مواصلاتی مسائل کے علاوہ، غیر واضح مسائل بھی پیدا ہوتے ہیں۔ مثال کے طور پر، آپ کے سروس فراہم کنندہ کو "ان کے" ڈیٹا سینٹرز تک رسائی نہیں ہے۔
ہمارے آخری مضمون میں ، جس کا نچوڑ اس کی اپنی آڑ میں دوسرے لوگوں کی صلاحیتوں کی دوبارہ فروخت ہے۔ بہت سے خطوں میں "اپنے ڈیٹا سینٹرز" ہونے کا دعویٰ کرنے والے جدید میزبانوں کی اکثریت وائٹ لیبل ماڈل استعمال کرنے والے ری سیلر ہیں۔ یعنی، ان کا جسمانی طور پر سوئٹزرلینڈ، جرمنی یا ہالینڈ کے مشروط ڈیٹا سینٹر سے کوئی تعلق نہیں ہے۔
یہاں انتہائی دلچسپ تصادم ہوتے ہیں۔ سروس فراہم کرنے والے کے ساتھ آپ کا SLA اب بھی کام کرتا ہے اور درست ہے، لیکن فراہم کنندہ کسی بھی طرح حادثے کی صورت میں صورتحال کو بنیادی طور پر متاثر کرنے کے قابل نہیں ہے۔ وہ خود اپنے سپلائر پر منحصر ہے - ڈیٹا سینٹر، جہاں سے پاور ریک دوبارہ فروخت کے لیے خریدے گئے تھے۔
اس طرح، اگر آپ قابل اعتماد اور سروس کے بارے میں نہ صرف معاہدے اور SLA میں خوبصورت الفاظ کو اہمیت دیتے ہیں، بلکہ سروس فراہم کرنے والے کی مسائل کو فوری طور پر حل کرنے کی صلاحیت کو بھی اہمیت دیتے ہیں، تو آپ کو سہولیات کے مالک کے ساتھ براہ راست کام کرنا چاہیے۔ اصل میں، اس میں ڈیٹا سینٹر کے ساتھ براہ راست براہ راست بات چیت شامل ہے.
ہم آپشنز پر غور کیوں نہیں کرتے جب بہت سے ڈی سی دراصل ایک کمپنی سے تعلق رکھتے ہیں؟ ٹھیک ہے، ایسی کمپنیاں بہت کم ہیں۔ ایک، دو، تین چھوٹے ڈیٹا سینٹرز یا ایک بڑا ممکن ہے۔ لیکن ایک درجن ڈی سی، جن میں سے نصف روسی فیڈریشن میں ہیں، اور دوسرا یورپ میں، تقریباً ناممکن ہے۔ اس کا مطلب ہے کہ آپ کے تصور سے کہیں زیادہ ری سیلر کمپنیاں ہیں۔ یہاں ایک سادہ مثال ہے:
گوگل کلاؤڈ سروس ڈیٹا سینٹرز کی تعداد کا اندازہ لگائیں۔ یورپ میں ان میں سے صرف چھ ہیں۔ لندن، ایمسٹرڈیم، برسلز، ہیلسنکی، فرینکفرٹ اور زیورخ میں۔ یعنی تمام اہم شاہراہوں پر۔ کیونکہ ڈیٹا سینٹر مہنگا، پیچیدہ اور بہت بڑا پروجیکٹ ہے۔ اب ماسکو میں کسی جگہ سے "روس اور یورپ بھر میں ایک درجن ڈیٹا سینٹرز" کے ساتھ میزبان کمپنیوں کو یاد رکھیں۔
یقیناً ایسے کوئی اچھے سپلائرز نہیں ہیں جن کے وائٹ لیبل پروگرام میں شراکت دار ہوں، کافی ہیں، اور وہ اعلیٰ سطح کی خدمات فراہم کرتے ہیں۔ وہ ایک ہی براؤزر ونڈو کے ذریعے EU اور روسی فیڈریشن میں بیک وقت کرائے کی صلاحیت کو ممکن بناتے ہیں، ادائیگی کو روبل میں قبول کرتے ہیں، غیر ملکی کرنسی میں نہیں، وغیرہ۔ لیکن جب ایس ایل اے میں بیان کردہ کیسز سامنے آتے ہیں، تو وہ بالکل ویسا ہی حالات کے یرغمال بن جاتے ہیں جیسے آپ۔
یہ ہمیں ایک بار پھر یاد دلاتا ہے کہ اگر آپ کو سپلائر کے تنظیمی ڈھانچے اور صلاحیتوں کی سمجھ نہیں ہے تو SLA بیکار ہے۔
نتیجہ ہے کہ
سرور کا کریش ہمیشہ ایک ناخوشگوار واقعہ ہوتا ہے اور یہ کسی کے ساتھ بھی، کہیں بھی ہو سکتا ہے۔ سوال یہ ہے کہ آپ حالات پر کتنا کنٹرول چاہتے ہیں۔ اب مارکیٹ میں صلاحیت کے بہت زیادہ براہ راست فراہم کنندگان نہیں ہیں، اور اگر ہم بڑے کھلاڑیوں کے بارے میں بات کریں، تو وہ نسبتاً بولتے ہوئے، پورے یورپ میں ایک درجن میں سے ماسکو میں صرف ایک ڈی سی کے مالک ہیں جس تک آپ رسائی حاصل کر سکتے ہیں۔
یہاں، ہر کلائنٹ کو خود فیصلہ کرنا ہوگا: کیا میں ابھی آرام کا انتخاب کرتا ہوں یا روس یا یورپ میں کسی قابل قبول مقام پر ڈیٹا سینٹر کی تلاش میں وقت اور محنت صرف کرتا ہوں، جہاں میں اپنا سامان رکھ سکتا ہوں یا صلاحیت خرید سکتا ہوں۔ پہلی صورت میں، معیاری حل جو اس وقت مارکیٹ میں موجود ہیں مناسب ہیں۔ دوسرے میں، آپ کو پسینہ کرنا پڑے گا.
سب سے پہلے، یہ تعین کرنا ضروری ہے کہ آیا سروس بیچنے والا سہولیات/ڈیٹا سینٹر کا براہ راست مالک ہے۔ وائٹ لیبل ماڈل استعمال کرنے والے بہت سے باز فروخت کنندگان اپنی حیثیت کو چھپانے کی پوری کوشش کرتے ہیں، اور اس صورت میں آپ کو کچھ بالواسطہ نشانات تلاش کرنے کی ضرورت ہے۔ مثال کے طور پر، اگر "ان کے یورپی DCs" کے کچھ مخصوص نام اور لوگو ہیں جو سپلائر کمپنی کے نام سے مختلف ہیں۔ یا اگر لفظ "شراکت دار" کہیں ظاہر ہوتا ہے۔ شراکت دار = 95% معاملات میں وائٹ لیبل۔
اس کے بعد، آپ کو خود کو کمپنی کی ساخت سے واقف کرنے کی ضرورت ہے، یا اس سے بھی بہتر، ذاتی طور پر آلات کو دیکھیں۔ ڈیٹا سینٹرز میں، گھومنے پھرنے کی مشق یا کم از کم ان کی اپنی ویب سائٹ یا بلاگ پر سیر کے مضامین کوئی نئی بات نہیں ہے (ہم نے اس طرح لکھا и )، جہاں وہ اپنے ڈیٹا سینٹر کے بارے میں تصاویر اور تفصیلی وضاحت کے ساتھ بات کرتے ہیں۔
بہت سے ڈیٹا سینٹرز کے ساتھ، آپ دفتر کے ذاتی دورے اور ڈی سی کے لیے ایک چھوٹی سی سیر کا انتظام کر سکتے ہیں۔ وہاں آپ آرڈر کی ڈگری کا اندازہ لگا سکتے ہیں، شاید آپ انجینئروں میں سے کسی کے ساتھ بات چیت کر سکیں گے۔ یہ واضح ہے کہ اگر آپ کو 300 RUB/ماہ کے لیے ایک سرور کی ضرورت ہو تو کوئی بھی آپ کو پروڈکشن کا دورہ نہیں کرے گا، لیکن اگر آپ کو سنجیدہ صلاحیت کی ضرورت ہے، تو سیلز ڈیپارٹمنٹ آپ سے مل سکتا ہے۔ مثال کے طور پر، ہم اس طرح کی سیر کرتے ہیں۔
کسی بھی صورت میں، عقل اور کاروباری ضروریات کو استعمال کیا جانا چاہئے. مثال کے طور پر، اگر آپ کو تقسیم شدہ انفراسٹرکچر کی ضرورت ہے (کچھ سرور روسی فیڈریشن میں ہیں، دوسرے یورپی یونین میں)، تو ان میزبانوں کی خدمات کو استعمال کرنا آسان اور زیادہ منافع بخش ہوگا جو وائٹ لیبل کا استعمال کرتے ہوئے یورپی DCs کے ساتھ شراکت داری رکھتے ہیں۔ ماڈل اگر آپ کا پورا انفراسٹرکچر ایک نقطہ پر، یعنی ایک ڈیٹا سینٹر میں مرتکز ہو جائے گا، تو یہ سپلائی کرنے والے کو تلاش کرنے میں کچھ وقت گزارنے کے قابل ہے۔
کیونکہ ایک عام SLA غالباً آپ کی مدد نہیں کرے گا۔ لیکن سہولیات کے مالک کے ساتھ کام کرنا، نہ کہ ری سیلر، ممکنہ مسائل کے حل میں نمایاں طور پر تیزی لائے گا۔
ماخذ: www.habr.com