შეწყვიტე ფიქრი, რომ SLA გიშველის. ის საჭიროა დამშვიდებისა და უსაფრთხოების ყალბი გრძნობის შესაქმნელად.

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%-საც კი. ამ შემთხვევაში, კლიენტისთვის ბევრად უფრო მნიშვნელოვანია, რომ პრობლემები მოგვარდეს რაც შეიძლება მალე, ვიდრე რაიმე სახის „ტარიფის გადაანგარიშება“.

"ბევრი მონაცემთა ცენტრი მთელს მსოფლიოში" შეშფოთების მიზეზია

ჩვენ ცალკე კატეგორიაში მოვათავსეთ სერვის პროვაიდერთან არსებული მონაცემთა ცენტრების დიდი რაოდენობა, რადგან ზემოთ აღწერილი აშკარა კომუნიკაციის პრობლემების გარდა, ჩნდება არა აშკარა პრობლემებიც. მაგალითად, თქვენს სერვის პროვაიდერს არ აქვს წვდომა „მათ“ ​​მონაცემთა ცენტრებზე.

ჩვენს ბოლო სტატიაში ჩვენ დავწერეთ შვილობილი პროგრამების ტიპების შესახებ და აღვნიშნეთ „White Label“ მოდელი, რომლის არსი არის სხვა ადამიანების შესაძლებლობების გადაყიდვა საკუთარი საფარქვეშ. თანამედროვე ჰოსტერების აბსოლუტური უმრავლესობა, რომლებიც აცხადებენ, რომ აქვთ „საკუთარი მონაცემთა ცენტრები“ ბევრ რეგიონში, არიან გადამყიდველები White Label მოდელის გამოყენებით. ანუ მათ ფიზიკურად არაფერი აქვთ საერთო შვეიცარიაში, გერმანიასა თუ ნიდერლანდებში არსებულ პირობით მონაცემთა ცენტრთან.

აქ წარმოიქმნება უაღრესად საინტერესო შეჯახებები. თქვენი SLA სერვისის პროვაიდერთან კვლავ მუშაობს და მოქმედებს, მაგრამ მიმწოდებელს არ შეუძლია რაიმე რადიკალური გავლენა მოახდინოს სიტუაციაზე ავარიის შემთხვევაში. ის თავად იმყოფება დამოკიდებულ მდგომარეობაში საკუთარ მომწოდებელზე - მონაცემთა ცენტრზე, საიდანაც დენის თაროები იყიდეს ხელახლა გასაყიდად.

ამრიგად, თუ თქვენ აფასებთ არა მხოლოდ ლამაზ ფორმულირებას ხელშეკრულებაში და SLA-ში საიმედოობისა და მომსახურების შესახებ, არამედ მომსახურების მიმწოდებლის უნარს სწრაფად გადაჭრას პრობლემები, თქვენ უნდა იმუშაოთ უშუალოდ ობიექტების მფლობელთან. სინამდვილეში, ეს გულისხმობს უშუალო ურთიერთქმედებას მონაცემთა ცენტრთან.

რატომ არ განვიხილავთ ვარიანტებს, როდესაც ბევრი DC შეიძლება რეალურად ეკუთვნოდეს ერთ კომპანიას? ისე, ძალიან, ძალიან ცოტაა ასეთი კომპანიები. შესაძლებელია ერთი, ორი, სამი პატარა მონაცემთა ცენტრი ან ერთი დიდი. მაგრამ ათეული DC, რომელთა ნახევარი რუსეთის ფედერაციაშია, ხოლო მეორე ევროპაში, თითქმის შეუძლებელია. ეს ნიშნავს, რომ გაცილებით მეტი გადამყიდველი კომპანიაა, ვიდრე თქვენ წარმოიდგენთ. აი მარტივი მაგალითი:

გამოთვალეთ Google Cloud სერვისის მონაცემთა ცენტრების რაოდენობა. ევროპაში მხოლოდ ექვსი მათგანია. ლონდონში, ამსტერდამში, ბრიუსელში, ჰელსინკში, ფრანკფურტში და ციურიხში. ანუ ყველა მთავარ გზატკეცილზე. იმის გამო, რომ მონაცემთა ცენტრი არის ძვირი, რთული და ძალიან დიდი პროექტი. ახლა გაიხსენეთ მასპინძელი კომპანიები სადღაც მოსკოვიდან, რომლებსაც აქვთ „ათეული მონაცემთა ცენტრი მთელ რუსეთსა და ევროპაში“.

რა თქმა უნდა, არ არსებობს კარგი მომწოდებლები, რომლებსაც ჰყავთ პარტნიორები White Label პროგრამაში, არიან საკმარისი და ისინი უზრუნველყოფენ უმაღლესი დონის მომსახურებას. ისინი შესაძლებელს ხდიან ევროკავშირსა და რუსეთის ფედერაციაში სიმძლავრის ერთდროულად დაქირავებას ბრაუზერის ერთი და იმავე ფანჯრის მეშვეობით, გადახდის მიღება რუბლებში და არა უცხოურ ვალუტაში და ა.შ. მაგრამ როდესაც ხდება SLA-ში აღწერილი შემთხვევები, ისინი ხდებიან ზუსტად ისეთივე მძევლები, როგორიც თქვენ.

ეს კიდევ ერთხელ შეგვახსენებს, რომ SLA უსარგებლოა, თუ არ გესმით მიმწოდებლის ორგანიზაციული სტრუქტურა და შესაძლებლობები.

შედეგით, რომ

სერვერის ავარია ყოველთვის უსიამოვნო მოვლენაა და ის ნებისმიერს, ნებისმიერ ადგილას შეიძლება დაემართოს. საკითხავია, რამდენად გსურთ სიტუაციის კონტროლი. ახლა ბაზარზე არ არის ძალიან ბევრი ტევადობის პირდაპირი მიმწოდებელი და თუ ვსაუბრობთ დიდ მოთამაშეებზე, მაშინ ისინი ფლობენ, შედარებით რომ ვთქვათ, მხოლოდ ერთ DC-ს სადმე მოსკოვში, ევროპის ათეულიდან, რომელზეც შეგიძლიათ წვდომა.

აქ თითოეულმა კლიენტმა თავად უნდა გადაწყვიტოს: ახლა ვირჩევ კომფორტს თუ ვხარჯავ დროსა და ძალისხმევას რუსეთში ან ევროპაში მისაღებ ადგილას მონაცემთა ცენტრის მოსაძებნად, სადაც შემიძლია განვათავსო ჩემი აღჭურვილობა ან ვიყიდო სიმძლავრე. პირველ შემთხვევაში, შესაფერისია სტანდარტული გადაწყვეტილებები, რომლებიც ამჟამად ბაზარზეა. მეორეში მოგიწევთ ოფლიანობა.

უპირველეს ყოვლისა, აუცილებელია დადგინდეს, არის თუ არა სერვისის გამყიდველი ობიექტების/დატაცენტრის პირდაპირი მფლობელი. ბევრი გადამყიდველი, რომელიც იყენებს White Label-ის მოდელს, ყველანაირად ცდილობს საკუთარი სტატუსის შენიღბვას და ამ შემთხვევაში თქვენ უნდა მოძებნოთ რამდენიმე არაპირდაპირი ნიშანი. მაგალითად, თუ „მათ ევროპულ DC-ებს“ აქვთ კონკრეტული სახელები და ლოგოები, რომლებიც განსხვავდება მიმწოდებელი კომპანიის სახელისგან. ან თუ სიტყვა "პარტნიორები" გამოჩნდება სადმე. პარტნიორები = White Label 95% შემთხვევაში.

შემდეგი, თქვენ უნდა გაეცნოთ თავად კომპანიის სტრუქტურას, ან კიდევ უკეთესი, პირადად დაათვალიეროთ აღჭურვილობა. მონაცემთა ცენტრებს შორის ექსკურსიების ან მინიმუმ ექსკურსიის სტატიების პრაქტიკა საკუთარ ვებსაიტზე ან ბლოგზე ახალი არ არის (ჩვენ დავწერეთ ასეთი დრო и два), სადაც ისინი საუბრობენ თავიანთ მონაცემთა ცენტრზე ფოტოებით და დეტალური აღწერით.

მრავალი მონაცემთა ცენტრის საშუალებით შეგიძლიათ მოაწყოთ პირადი ვიზიტი ოფისში და მინი ექსკურსია თავად DC-ში. იქ შეგიძლიათ შეაფასოთ შეკვეთის ხარისხი, ალბათ შეძლებთ დაუკავშირდეთ ერთ-ერთ ინჟინერს. გასაგებია, რომ არავინ მოგცემთ წარმოების ტურს, თუ თქვენ გჭირდებათ ერთი სერვერი 300 რუბლს თვეში, მაგრამ თუ გჭირდებათ სერიოზული სიმძლავრე, მაშინ გაყიდვების განყოფილება შეიძლება შეგხვდეთ. მაგალითად, ჩვენ ვატარებთ ასეთ ექსკურსიებს.

ნებისმიერ შემთხვევაში, საღი აზრი და ბიზნეს საჭიროებები უნდა იქნას გამოყენებული. მაგალითად, თუ გჭირდებათ განაწილებული ინფრასტრუქტურა (ზოგიერთი სერვერი რუსეთის ფედერაციაშია, მეორე კი ევროკავშირში), უფრო ადვილი და მომგებიანი იქნება ჰოსტერების სერვისების გამოყენება, რომლებსაც აქვთ პარტნიორობა ევროპულ DC-ებთან White Label-ის გამოყენებით. მოდელი. თუ თქვენი მთელი ინფრასტრუქტურა კონცენტრირებული იქნება ერთ წერტილში, ანუ ერთ მონაცემთა ცენტრში, მაშინ ღირს გარკვეული დროის დახარჯვა მომწოდებლის მოსაძებნად.

რადგან ტიპიური SLA, სავარაუდოდ, არ დაგეხმარებათ. მაგრამ ობიექტების მფლობელთან მუშაობა და არა გადამყიდველთან, მნიშვნელოვნად დააჩქარებს შესაძლო პრობლემების მოგვარებას.

წყარო: www.habr.com