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 کې نه یوازې ښکلي کلمې ارزښت لرئ، بلکې د خدماتو چمتو کونکي وړتیا هم د چټکې ستونزې حل کولو لپاره، تاسو باید د تاسیساتو مالک سره مستقیم کار وکړئ. په حقیقت کې، پدې کې د معلوماتو مرکز سره مستقیم متقابل عمل شامل دی.
ولې موږ اختیارونه په پام کې نه نیسو کله چې ډیری DCs واقعیا په یوه شرکت پورې اړه لري؟ ښه، دلته ډیر، ډیر لږ شرکتونه شتون لري. یو، دوه، درې کوچني ډیټا مرکزونه یا یو لوی ممکن دی. مګر یو درجن DCs، چې نیمایي یې په روسیه کې دي، او دویم یې په اروپا کې، تقریبا ناممکن دي. دا پدې مانا ده چې د پلورونکي ډیر شرکتونه شتون لري چې تاسو یې تصور کولی شئ. دلته یو ساده مثال دی:
د ګوګل کلاوډ خدماتو ډیټا مرکزونو شمیر اټکل کړئ. یوازې شپږ یې په اروپا کې دي. په لندن، امستردام، بروکسل، هیلسنکي، فرانکفورت او زیوریخ کې. دا په ټولو لویو لارو کې دی. ځکه چې د معلوماتو مرکز ګرانه، پیچلې او ډیره لویه پروژه ده. اوس په مسکو کې له کوم ځای څخه کوربه شرکتونه په یاد ولرئ "په ټوله روسیه او اروپا کې د لسګونو ډیټا مرکزونو سره."
البته، هیڅ ښه عرضه کوونکي شتون نلري چې د سپینې لیبل پروګرام کې شریکان لري، کافي شتون لري، او دوی د لوړې کچې خدمتونه وړاندې کوي. دوی دا امکان برابروي چې په EU او د روسیې فدراسیون کې په ورته وخت کې د ورته براوزر کړکۍ له لارې کرایه کړي ، تادیه په روبلو کې مني ، نه په بهرني اسعارو کې ، او داسې نور. مګر کله چې په SLA کې بیان شوي قضیې واقع شي، دوی په سمه توګه د وضعیت یرغمل کیږي لکه ستاسو په څیر.
دا موږ ته یو ځل بیا یادونه کوي چې SLA بې ګټې دی که تاسو د عرضه کونکي سازماني جوړښت او وړتیاو په اړه پوهه نه لرئ.
څه په پای کې
د سرور حادثه تل یوه ناخوښه پیښه ده او دا هرچا ته ، هرچیرې پیښ کیدی شي. پوښتنه دا ده چې تاسو په وضعیت څومره کنټرول غواړئ. اوس په بازار کې د ظرفیت ډیری مستقیم عرضه کونکي شتون نلري ، او که موږ د لوی لوبغاړو په اړه وغږیږو ، نو دوی لري ، په نسبي ډول خبرې کول ، په ټوله اروپا کې له لسګونو څخه په مسکو کې یوازې یو DC شتون لري چې تاسو ورته لاسرسی لرئ.
دلته ، هر پیرودونکی باید د ځان لپاره پریکړه وکړي: ایا زه همدا اوس راحت غوره کړم یا په روسیه یا اروپا کې د منلو وړ ځای کې د ډیټا مرکز په لټون کې وخت او هڅې مصرف کړم ، چیرې چې زه کولی شم خپل تجهیزات ځای په ځای کړم یا ظرفیت واخلم. په لومړي حالت کې، معیاري حلونه چې اوس مهال په بازار کې دي مناسب دي. په دویمه کې، تاسو باید خوله وکړئ.
تر ټولو لومړی، دا اړینه ده چې معلومه شي چې آیا د خدماتو پلورونکی د تاسیساتو/ډاټا مرکز مستقیم مالک دی. ډیری پلورونکي د سپینې لیبل ماډل کاروي تر ټولو غوره هڅه کوي د دوی دریځ پټ کړي، او پدې حالت کې تاسو اړتیا لرئ چې ځینې غیر مستقیم نښې وګورئ. د مثال په توګه، که "د دوی اروپایی DCs" ځینې ځانګړي نومونه او لوګو ولري چې د عرضه کونکي شرکت له نوم سره توپیر لري. یا که چیرې د "شریکانو" کلمه چیرې ښکاري. ملګري = په 95٪ قضیو کې سپین لیبل.
بیا، تاسو اړتیا لرئ خپل ځان د شرکت جوړښت سره آشنا کړئ، یا لا تر اوسه ښه، په شخص کې تجهیزات وګورئ. د ډیټا مرکزونو په مینځ کې ، د دوی په خپل ویب پا orه یا بلاګ کې د سفر یا لږترلږه د سفر مقالو تمرین کول نوي ندي (موږ داسې لیکلي и )، چیرې چې دوی د عکسونو او تفصيلي توضیحاتو سره د دوی د معلوماتو مرکز په اړه خبرې کوي.
د ډیری ډیټا مرکزونو سره ، تاسو کولی شئ دفتر ته شخصي لیدنې او پخپله DC ته د کوچني سفر تنظیم کړئ. هلته تاسو د نظم درجه ارزولی شئ، شاید تاسو به وکولی شئ د یو انجنیر سره اړیکه ونیسئ. دا روښانه ده چې هیڅوک به تاسو ته د تولید سفر ونه کړي که تاسو د 300 RUB / میاشت لپاره یو سرور ته اړتیا لرئ ، مګر که تاسو جدي ظرفیت ته اړتیا لرئ ، نو د پلور څانګه ممکن تاسو سره ښه وګوري. د مثال په توګه، موږ دا ډول سفرونه ترسره کوو.
په هر حالت کې، عام احساس او د سوداګرۍ اړتیاوې باید وکارول شي. د مثال په توګه، که تاسو توزیع شوي زیربنا ته اړتیا لرئ (ځینې سرورونه د روسیې فدراسیون کې دي، پاتې نور یې په EU کې دي)، دا به د کوربه خدماتو کارول اسانه او ډیر ګټور وي چې د سپینې لیبل په کارولو سره د اروپا DC سره ملګرتیا لري. ماډل که ستاسو ټوله زیربنا به په یوه نقطه متمرکزه وي، دا په یو ډیټا مرکز کې، نو دا د عرضه کوونکي په موندلو کې د یو څه وخت لګولو ارزښت لري.
ځکه چې یو عادي SLA به ستاسو سره مرسته ونکړي. مګر د تاسیساتو مالک سره کار کول، نه د پلورونکي، د احتمالي ستونزو حل به د پام وړ چټک کړي.
سرچینه: www.habr.com