“Xidmət səviyyəsində müqavilə” kimi də tanınan SLA, müştəri ilə xidmət təminatçısı arasında müştərinin xidmət baxımından nə alacağına dair zəmanət müqaviləsidir. Burada həm də tədarükçünün təqsiri üzündən fasilələr yarandıqda kompensasiya ödənilməsi və s. Əslində, SLA, məlumat mərkəzi və ya hostinq provayderinin köməyi ilə potensial müştərini hər cür mehriban rəftar ediləcəyinə inandırdığı bir etimadnamədir. Sual ondan ibarətdir ki, siz SLA-da istədiyiniz hər şeyi yaza bilərsiniz və bu sənəddə yazılan hadisələr çox tez-tez baş vermir. SLA məlumat mərkəzinin seçimində təlimatdan uzaqdır və siz, əlbəttə ki, ona etibar etməməlisiniz.
Biz hamımız müəyyən öhdəliklər qoyan bir növ müqavilələr imzalamağa öyrəşmişik. SLA istisna deyil - adətən təsəvvür edilən ən qeyri-real sənəddir. Çox güman ki, daha faydasız olan yeganə şey, “ticarət sirri” anlayışının həqiqətən mövcud olmadığı yurisdiksiyalarda NDA-dır. Lakin bütün problem ondadır ki, SLA müştəriyə düzgün təchizatçı seçməkdə kömək etmir, ancaq gözlərə toz atır.
Sahibkarlar ictimaiyyətə göstərdikləri SLA-nın ictimai versiyasında ən çox nəyi yazır? Yaxşı, birinci sətir ev sahibinin "etibarlılığı" terminidir - bunlar adətən 98 ilə 99,999% arasında olan rəqəmlərdir. Əslində bu rəqəmlər marketoloqların sadəcə gözəl ixtirasıdır. Bir vaxtlar, hostinq gənc və bahalı olanda və buludlar mütəxəssislər üçün (həmçinin hamı üçün genişzolaqlı giriş) sadəcə bir xəyal olanda, hostinqin işləmə müddəti göstəricisi son dərəcə vacib idi. İndi, bütün təchizatçılar, üstəlik və ya mənfi, eyni avadanlıqdan istifadə etdikdə, eyni magistral şəbəkələrdə oturduqda və eyni xidmət paketlərini təklif etdikdə, iş vaxtı göstəricisi tamamilə diqqətəlayiq deyil.
Hətta "düzgün" SLA varmı?
Əlbəttə ki, SLA-nın ideal versiyaları var, lakin onların hamısı qeyri-standart sənədlərdir və müştəri ilə təchizatçı arasında əl ilə qeydə alınır və bağlanır. Üstəlik, bu tip SLA ən çox xidmətlərdən daha çox hansısa müqavilə işlərinə aiddir.
Yaxşı SLA nəyi ehtiva etməlidir? TLDR desək, yaxşı SLA iki qurum arasındakı münasibətləri tənzimləyən sənəddir və bu, tərəflərdən birinə (müştəriyə) proses üzərində maksimum nəzarət imkanı verir. Yəni real dünyada necə işləyir: qlobal qarşılıqlı fəaliyyət proseslərini təsvir edən və tərəflər arasında münasibətləri tənzimləyən sənəd var. O, sərhədləri, qaydaları müəyyən edir və özlüyündə hər iki tərəfin maksimum istifadə edə biləcəyi təsir rıçaqına çevrilir. Beləliklə, düzgün SLA sayəsində müştəri sadəcə olaraq podratçını razılaşdırıldığı kimi işləməyə məcbur edə bilər və bu, podratçıya həddindən artıq aktiv müştərinin müqavilə ilə əsaslandırılmayan “istəkləri” ilə mübarizə aparmağa kömək edir. Bu belə görünür: "Bizim SLA bunu və bunu deyir, buradan get, hər şeyi razılaşdığımız kimi edirik."
Yəni, “düzgün SLA” = “xidmətlərin göstərilməsi üçün adekvat müqavilə” və vəziyyətə nəzarəti təmin edir. Ancaq bu, yalnız "bərabər" işləyərkən mümkündür.
Saytda yazılanlar və reallıqda gözlədikləri iki fərqli şeydir
Ümumiyyətlə, daha sonra müzakirə edəcəyimiz hər şey tipik marketinq fəndləri və diqqətlilik sınağıdır.
Məşhur yerli hosterləri götürsək, bir təklif digərindən daha yaxşıdır: 25/8 dəstək, serverin işləmə müddəti 99,9999999%, ən azı Rusiyada öz məlumat mərkəzlərinin bir dəstəsi. Zəhmət olmasa məlumat mərkəzləri ilə bağlı məqamı xatırlayın, bir az sonra ona qayıdacağıq. Bu arada, ideal nasazlığa dözümlülük statistikası və onun serveri hələ də “0,0000001% uğursuzluqlar” səviyyəsinə düşəndə insanın nə ilə üzləşdiyi barədə danışaq.
98% və yuxarı göstəricilərlə hər hansı bir düşmə statistik səhv ərəfəsində olan hadisədir. İşləyən avadanlıq və əlaqə ya var, ya da yoxdur. Siz “etibarlılıq” reytinqi 50% olan (öz SLA-sına görə) illərlə heç bir problem olmadan istifadə edə bilərsiniz və ya 99,99% iddia edən uşaqlarla ayda bir dəfə bir neçə gün “uğursuz” ola bilərsiniz.
Düşmə anı gələndə (və xatırladırıq ki, hamı bir gün yıxılır), o zaman müştəri “dəstək” adlı daxili korporativ maşınla qarşılaşır və xidmət müqaviləsi və SLA üzə çıxır. Bunun mənası nədi:
- Çox güman ki, fasilənin ilk dörd saatında siz ümumiyyətlə heç nə təqdim edə bilməyəcəksiniz, baxmayaraq ki, bəzi hosterlər qəza anından tarifi (kompensasiyanın ödənilməsi) yenidən hesablamağa başlayırlar.
- Əgər server daha uzun müddət ərzində mövcud deyilsə, siz tarifin yenidən hesablanması üçün sorğu göndərə bilərsiniz.
- Və bu şərtdir ki, problem təchizatçının günahı ucbatından yaranıb.
- Əgər probleminiz üçüncü şəxs tərəfindən (magistral yolda) yaranıbsa, o zaman "heç kim günahkar deyil" kimi görünür və problem həll olunanda sizin bəxtinizlə bağlıdır.
Bununla belə, başa düşmək lazımdır ki, heç vaxt mühəndislik qrupuna daxil ola bilməyəcəksiniz, çox vaxt əsl mühəndislər vəziyyəti düzəltməyə çalışarkən sizinlə yazışan ilk dəstək xətti sizi dayandırır. Tanış səslənir?
Burada bir çox insan SLA-ya güvənir ki, bu da sizi belə hallardan qorumalıdır. Ancaq əslində şirkətlər nadir hallarda öz sənədlərinin hüdudlarından kənara çıxır və ya vəziyyəti öz xərclərini minimuma endirəcək şəkildə çevirə bilirlər. SLA-nın əsas vəzifəsi sayıqlığı dayandırmaq və hətta gözlənilməz vəziyyət halında belə "hər şeyin yaxşı olacağına" inandırmaqdır. SLA-nın ikinci məqsədi əsas kritik məqamları çatdırmaq və xidmət təminatçısına manevr imkanı vermək, yəni uğursuzluğu təchizatçının “məsuliyyət daşımadığı” bir şeyə aid etmək imkanı verməkdir.
Eyni zamanda, böyük müştərilər, əslində, SLA çərçivəsində kompensasiyaya heç əhəmiyyət vermirlər. “SLA kompensasiyası” avadanlığın dayanma müddətinə mütənasib olaraq tarif daxilində pulun geri qaytarılmasıdır və bu, potensial pul və reputasiya itkilərinin heç 1%-ni belə ödəməyəcək. Bu vəziyyətdə, müştəri üçün problemlərin mümkün qədər tez həll edilməsi bir növ "tarifin yenidən hesablanması" ndan daha vacibdir.
“Dünyada bir çox məlumat mərkəzləri” narahatlıq doğurur
Biz çoxlu sayda məlumat mərkəzləri ilə bağlı vəziyyəti bir xidmət provayderində ayrıca kateqoriyaya yerləşdirmişik, çünki yuxarıda təsvir edilən açıq ünsiyyət problemlərinə əlavə olaraq, aşkar olmayan problemlər də yaranır. Məsələn, xidmət provayderinizin “öz” məlumat mərkəzlərinə girişi yoxdur.
Son məqaləmizdə , mahiyyəti başqalarının imkanlarının öz adı altında yenidən satılmasıdır. Bir çox bölgələrdə “öz məlumat mərkəzləri” olduğunu iddia edən müasir hosterlərin böyük əksəriyyəti White Label modelindən istifadə edən satıcılardır. Yəni, onların fiziki olaraq İsveçrə, Almaniya və ya Hollandiyadakı şərti məlumat mərkəzi ilə heç bir əlaqəsi yoxdur.
Burada son dərəcə maraqlı toqquşmalar yaranır. Xidmət provayderinizlə SLA hələ də işləyir və etibarlıdır, lakin təchizatçı qəza zamanı vəziyyətə hansısa şəkildə köklü şəkildə təsir göstərə bilmir. O, özü öz təchizatçısından - elektrik rəflərinin yenidən satış üçün alındığı məlumat mərkəzindən asılı vəziyyətdədir.
Beləliklə, əgər siz etibarlılıq və xidmət haqqında müqavilədə və SLA-da təkcə gözəl ifadələri deyil, həm də xidmət provayderinin problemləri tez həll etmək qabiliyyətini qiymətləndirirsinizsə, siz obyektlərin sahibi ilə birbaşa işləməlisiniz. Əslində, bu, məlumat mərkəzi ilə birbaşa qarşılıqlı əlaqəni əhatə edir.
Nə üçün bir çox DC-nin bir şirkətə aid ola biləcəyi variantları nəzərdən keçirmirik? Bəli, belə şirkətlər çox, çox azdır. Bir, iki, üç kiçik məlumat mərkəzi və ya bir böyük mümkündür. Ancaq yarısı Rusiya Federasiyasında, ikincisi isə Avropada olan onlarla DC demək olar ki, mümkün deyil. Bu o deməkdir ki, təsəvvür etdiyinizdən daha çox reseller şirkətlər var. Budur sadə bir nümunə:
Google Bulud xidməti məlumat mərkəzlərinin sayını təxmin edin. Avropada onlardan cəmi altısı var. London, Amsterdam, Brüssel, Helsinki, Frankfurt və Sürixdə. Yəni bütün əsas magistral məntəqələrində. Çünki məlumat mərkəzi bahalı, mürəkkəb və çox böyük bir layihədir. İndi Moskvanın bir yerindən "Rusiya və Avropada onlarla məlumat mərkəzi" olan hosting şirkətlərini xatırlayın.
Əlbəttə ki, White Label proqramında tərəfdaşları olan yaxşı təchizatçılar yoxdur, kifayət qədər var və onlar ən yüksək səviyyədə xidmət göstərirlər. Onlar eyni brauzer pəncərəsi vasitəsilə AB və Rusiya Federasiyasında tutumun icarəyə verilməsinə imkan yaradır, ödənişi xarici valyutada deyil, rublla qəbul edir və s. Lakin SLA-da təsvir olunan hallar baş verdikdə, onlar sizinlə eyni vəziyyətin girovlarına çevrilirlər.
Bu, bizə bir daha xatırladır ki, tədarükçünün təşkilati strukturu və imkanları haqqında anlayışınız yoxdursa, SLA faydasızdır.
Nəticə ilə
Server qəzası həmişə xoşagəlməz hadisədir və bu, hər kəsin, hər yerdə baş verə bilər. Sual budur ki, vəziyyətə nə qədər nəzarət etmək istəyirsiniz. İndi bazarda tutumun birbaşa tədarükçüləri o qədər də çox deyil və əgər biz böyük oyunçular haqqında danışırıqsa, onda onlar, nisbətən desək, Moskvanın bir yerində, bütün Avropada daxil ola biləcəyiniz onlarla DC-dən yalnız bir DC-yə sahibdirlər.
Burada hər bir müştəri özü qərar verməlidir: mən indi rahatlığımı seçirəm, yoxsa avadanlığımı yerləşdirə biləcəyim və ya tutum ala biləcəyim Rusiya və ya Avropada məqbul bir yerdə məlumat mərkəzi axtarmağa vaxt və səy sərf edirəm. Birinci halda, hazırda bazarda olan standart həllər uyğun gəlir. İkincidə, tərləməli olacaqsınız.
İlk növbədə, xidmət satıcısının obyektlərin/data mərkəzinin birbaşa sahibi olub-olmadığını müəyyən etmək lazımdır. White Label modelindən istifadə edən bir çox satıcı statuslarını gizlətməyə çalışır və bu halda bəzi dolayı əlamətlər axtarmaq lazımdır. Məsələn, əgər “onların Avropa DC-lərində” təchizatçı şirkətin adından fərqli olan bəzi xüsusi adlar və loqolar varsa. Yaxud haradasa “tərəfdaşlar” sözü görünürsə. Partners = 95% hallarda Ağ Etiket.
Sonra, şirkətin özünün strukturu ilə tanış olmalı və ya daha yaxşısı, avadanlıqlara şəxsən baxmaq lazımdır. Məlumat mərkəzləri arasında ekskursiyalar təcrübəsi və ya ən azı öz veb-saytında və ya bloqunda ekskursiya məqalələri yeni deyil (biz belə yazdıq. и ), burada fotoşəkilləri və ətraflı təsvirləri ilə məlumat mərkəzi haqqında danışırlar.
Bir çox məlumat mərkəzləri ilə siz ofisə şəxsi səfər və DC-nin özünə mini ekskursiya təşkil edə bilərsiniz. Orada sifarişin dərəcəsini qiymətləndirə bilərsiniz, bəlkə də mühəndislərdən biri ilə ünsiyyət qura biləcəksiniz. Aydındır ki, ayda 300 rubla bir serverə ehtiyacınız varsa, heç kim sizə istehsal turu verməyəcək, lakin ciddi potensiala ehtiyacınız varsa, satış şöbəsi sizi yaxşı qarşılaya bilər. Məsələn, biz belə ekskursiyalar keçiririk.
Hər halda sağlam düşüncə və işgüzar ehtiyaclardan istifadə edilməlidir. Məsələn, paylanmış infrastruktura ehtiyacınız varsa (serverlərin bəziləri Rusiya Federasiyasında, digərləri Aİ-dədir), White Label-dən istifadə edərək Avropa DC-ləri ilə tərəfdaşlıq edən hosterlərin xidmətlərindən istifadə etmək daha asan və sərfəli olacaq. model. Bütün infrastrukturunuz bir nöqtədə, yəni bir məlumat mərkəzində cəmləşəcəksə, o zaman təchizatçı tapmaq üçün bir az vaxt sərf etməyə dəyər.
Çünki tipik bir SLA çox güman ki, sizə kömək etməyəcək. Ancaq satıcı ilə deyil, obyektlərin sahibi ilə işləmək mümkün problemlərin həllini əhəmiyyətli dərəcədə sürətləndirəcəkdir.
Mənbə: www.habr.com