{"id":38441,"date":"2019-10-31T22:23:44","date_gmt":"2019-10-31T19:23:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti\/"},"modified":"2019-10-31T22:23:44","modified_gmt":"2019-10-31T19:23:44","slug":"hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti","title":{"rendered":"Przesta\u0144 my\u015ble\u0107, \u017ce SLA ci\u0119 uratuje. Jest potrzebne, aby uspokoi\u0107 i stworzy\u0107 fa\u0142szywe poczucie bezpiecze\u0144stwa.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Przesta\u0144
\n
\nSLA, czyli \u201eumowa o poziomie us\u0142ug\u201d, to umowa gwarantuj\u0105ca mi\u0119dzy klientem a dostawc\u0105 us\u0142ug, co klient otrzyma w ramach obs\u0142ugi. Okre\u015bla r\u00f3wnie\u017c odszkodowania w przypadku przestoj\u00f3w spowodowanych przez dostawc\u0119 i tak dalej. W istocie SLA to dokument, kt\u00f3ry ma na celu przekonanie potencjalnego klienta, \u017ce data center lub dostawca hostingu zatroszczy si\u0119 o niego. Problem w tym, \u017ce w SLA mo\u017cna zawrze\u0107 wszystko, a sytuacje opisane w tym dokumencie zdarzaj\u0105 si\u0119 niezbyt cz\u0119sto. SLA to zdecydowanie nie jest kryterium przy wyborze data center i nie warto na nim polega\u0107. <\/p>\n

Wszyscy jeste\u015bmy przyzwyczajeni do podpisywania r\u00f3\u017cnych um\u00f3w, kt\u00f3re nak\u0142adaj\u0105 okre\u015blone obowi\u0105zki. SLA nie jest wyj\u0105tkiem \u2014 zazwyczaj jest to dokument oderwany od rzeczywisto\u015bci. Bardziej bezu\u017cyteczny mo\u017ce by\u0107 tylko NDA w jurysdykcjach, gdzie poj\u0119cie \u201etajemnicy handlowej\u201d w zasadzie nie istnieje. Problem polega na tym, \u017ce SLA w \u017caden spos\u00f3b nie pomaga klientowi w dokonywaniu w\u0142a\u015bciwego wyboru dostawcy, a jedynie mami z\u0142udzeniami. <\/p>\n

Co najcz\u0119\u015bciej pisz\u0105 w publicznej wersji SLA dostawcy hostingu, kt\u00f3r\u0105 pokazuj\u0105 opinii publicznej? No, na pierwszym miejscu znajduje si\u0119 termin \u201eniezawodno\u015b\u0107\u201d dostawcy \u2014 zazwyczaj s\u0105 to liczby od 98 do 99,999%. W istocie te liczby to tylko \u0142adna fikcja marketingowa. Kiedy\u015b, gdy hosting by\u0142 m\u0142ody i drogi, a chmury by\u0142y tylko marzeniem specjalist\u00f3w (tak samo jak szerokopasmowy dost\u0119p dla wszystkich), wska\u017anik uptime'u by\u0142 niezwykle wa\u017cny. Obecnie, gdy wszyscy dostawcy korzystaj\u0105 mniej wi\u0119cej z tego samego sprz\u0119tu, siedz\u0105 na tych samych sieciach magistralnych i oferuj\u0105 te same pakiety us\u0142ug, wska\u017anik uptime'u jest zupe\u0142nie nieadekwatny.
\n<\/a><\/noindex><\/p>\n

Czy w og\u00f3le istnieje \u201eprawid\u0142owy\u201d SLA? <\/h3>\n

\nOczywi\u015bcie istniej\u0105 r\u00f3wnie\u017c idealne wersje SLA, ale wszystkie one s\u0105 nietypowymi dokumentami, kt\u00f3re s\u0105 sporz\u0105dzane i zawierane mi\u0119dzy klientem a dostawc\u0105 w spos\u00f3b r\u0119czny. Przy tym ten typ SLA najcz\u0119\u015bciej dotyczy jakich\u015b prac zleconych, a nie us\u0142ug. <\/p>\n

Co powinno znale\u017a\u0107 si\u0119 w dobrym SLA? Kr\u00f3tko m\u00f3wi\u0105c, dobre SLA to dokument reguluj\u0105cy relacje dw\u00f3ch stron, kt\u00f3ry daje jednej ze stron (klientowi) maksymaln\u0105 kontrol\u0119 nad procesem. Oznacza to, \u017ce w prawdziwym \u015bwiecie istnieje dokument opisuj\u0105cy globalne procesy interakcji oraz reguluj\u0105cy wzajemne relacje stron. Ustanawia on granice, zasady i sam w sobie staje si\u0119 narz\u0119dziem wp\u0142ywu, z kt\u00f3rego mog\u0105 korzysta\u0107 obie strony w pe\u0142ni. Dzi\u0119ki odpowiedniemu SLA klient mo\u017ce po prostu wymusi\u0107 na wykonawcy realizacj\u0119 ustale\u0144, a wykonawca jest w stanie broni\u0107 si\u0119 przed nieuzasadnionymi \u201ewidzimisi\u0119\u201d zbyt aktywnego klienta. Wygl\u0105da to tak: \u201eMamy w SLA zapisane to i to, prosz\u0119 st\u0105d i\u015b\u0107, wszystko robimy zgodnie z umow\u0105.\u201d<\/p>\n

Wi\u0119c \u201eodpowiednie SLA\u201d = \u201erozs\u0105dna umowa o \u015bwiadczenie us\u0142ug\u201d i daje kontrol\u0119 nad sytuacj\u0105. A to mo\u017cliwe tylko przy pracy \u201ena r\u00f3wnych zasadach\u201d. <\/p>\n

To, co pisz\u0105 na stronie, a to, co si\u0119 naprawd\u0119 zdarza \u2013 to r\u00f3\u017cne rzeczy.<\/h3>\n

\nW zasadzie wszystko, co b\u0119dziemy dalej omawia\u0107, to typowe sztuczki marketingowe i pr\u00f3ba uwagi. <\/p>\n

Je\u015bli we\u017amiemy popularnych krajowych dostawc\u00f3w hostingu, to jedna oferta pi\u0119kniejsza od drugiej: wsparcie 25\/8, uptime serwer\u00f3w 99,9999999% czasu, mn\u00f3stwo w\u0142asnych centr\u00f3w danych w ca\u0142ej Rosji. Zapami\u0119tajcie prosz\u0119 moment dotycz\u0105cy centr\u00f3w danych, wr\u00f3cimy do niego nieco p\u00f3\u017aniej.<\/b>. A teraz porozmawiajmy o idealnej statystyce odporno\u015bci na awarie i o tym, z czym zmaga si\u0119 osoba, gdy jej serwer trafi w \u201e0,0000001% awarii\u201d. <\/p>\n

Przy wska\u017anikach od 98% i powy\u017cej, ka\u017cda awaria to zdarzenie na granicy b\u0142\u0119du statystycznego. Sprz\u0119t roboczy i po\u0142\u0105czenie albo s\u0105, albo ich nie ma. Mo\u017cesz przez lata korzysta\u0107 z dostawcy z wska\u017anikiem \u201ewiarygodno\u015bci\u201d na poziomie 50% (zgodnie z jego SLA) bez \u017cadnych problem\u00f3w lub \u201eupa\u015b\u0107\u201d raz w miesi\u0105cu na kilka dni u tych, kt\u00f3rzy og\u0142aszaj\u0105 99,99%. <\/p>\n

Kiedy moment awarii w ko\u0144cu nast\u0105pi (a przypominamy, \u017ce kiedy\u015b ka\u017cdy pada), wtedy klient staje w obliczu wewn\u0119trznej korporacyjnej maszyny zwanej \u201ewsparciem\u201d, a na \u015bwiat\u0142o dzienne wychodzi umowa o \u015bwiadczenie us\u0142ug oraz SLA. Co to oznacza:<\/p>\n