Strona internetowa może wyglądać perfekcyjnie, sklep może mieć dopracowaną ofertę, a system firmowy może obsługiwać kluczowe procesy — ale jeśli hosting przestaje działać, wszystko zatrzymuje się w jednym momencie. Właśnie dlatego SLA jest jednym z tych pojęć, które warto rozumieć przed wyborem infrastruktury, a nie dopiero wtedy, gdy pojawi się awaria.
SLA dla hostingu określa, jakiego poziomu dostępności, reakcji technicznej i odpowiedzialności można oczekiwać od dostawcy usługi. Nie jest obietnicą świata bez problemów. Jest za to konkretnym dokumentem, który pokazuje, jak hostingodawca podchodzi do stabilności, monitoringu, wsparcia i rekompensat za niedotrzymanie ustalonych parametrów.
Co oznacza SLA w usługach hostingowych?
SLA, czyli Service Level Agreement, to umowa określająca gwarantowany poziom świadczenia usługi. W kontekście hostingu dotyczy przede wszystkim dostępności serwera, ciągłości działania usług, czasu reakcji supportu oraz zasad postępowania w przypadku niedostępności infrastruktury. IBM definiuje SLA jako umowę między dostawcą a klientem, która opisuje oczekiwany poziom usługi, sposób pomiaru jakości oraz konsekwencje niedotrzymania ustaleń.
W praktyce SLA odpowiada na kilka podstawowych pytań:
- jak długo usługa powinna być dostępna w danym okresie rozliczeniowym,
- co uznaje się za awarię lub niedostępność,
- jak szybko dostawca powinien zareagować na zgłoszenie,
- kiedy klientowi przysługuje rekompensata,
- jakie sytuacje są wyłączone z odpowiedzialności dostawcy.
Najczęściej SLA wyrażane jest procentowo, np. jako 99,9% lub 99,99% dostępności w skali miesiąca. Różnica między tymi wartościami wydaje się niewielka, ale w praktyce oznacza zupełnie inny dopuszczalny czas niedostępności. Przy 99,9% dostępności w 30-dniowym miesiącu mówimy o około 43 minutach potencjalnego przestoju, natomiast przy 99,99% — o około 4,3 minuty.
Dobrze opisane SLA nie jest więc dodatkiem marketingowym. To dokument techniczno-biznesowy, który pomaga ocenić, czy dana usługa hostingowa pasuje do realnych potrzeb firmy.
Jak działa SLA dla hostingu w praktyce?
SLA działa na podstawie pomiaru dostępności usługi w określonym czasie, najczęściej w miesięcznym cyklu rozliczeniowym. Google Cloud w swoich dokumentach SLA opisuje miesięczny procent dostępności jako relację liczby minut w miesiącu pomniejszonej o czas niedostępności do całkowitej liczby minut w danym miesiącu.
W uproszczeniu wygląda to tak: jeśli hosting ma działać z dostępnością 99,9%, dostawca zakłada, że usługa może być niedostępna tylko przez niewielki, z góry określony margines czasu. Jeżeli ten próg zostanie przekroczony z przyczyn leżących po stronie operatora, klient może mieć prawo do rekompensaty.
Warto jednak pamiętać, że SLA zwykle nie działa automatycznie. W wielu modelach klient musi:
- samodzielnie zgłosić roszczenie,
- zrobić to w określonym terminie,
- udokumentować niedostępność usługi,
- wykazać, że problem nie wynikał z jego działań, aplikacji lub konfiguracji.
W części regulaminów rekompensata przyjmuje formę tzw. service credits, czyli środków naliczanych na poczet kolejnych usług, a nie bezpośredniego odszkodowania za utracone przychody. Google w wybranych dokumentach SLA wskazuje, że klient musi zgłosić się po taki kredyt w określonym czasie, inaczej traci prawo do rekompensaty.
To ważne, bo SLA nie zawsze pokrywa realną stratę biznesową. Jeżeli sklep internetowy nie działał przez godzinę w szczycie sprzedaży, rekompensata za hosting może być symboliczna w porównaniu z utraconymi zamówieniami. Dlatego SLA warto traktować jako element szerszej strategii ciągłości działania, a nie jedyne zabezpieczenie firmy.
Jakie parametry powinno obejmować dobre SLA?
Dobre SLA dla hostingu nie powinno ograniczać się do jednego procentowego wskaźnika. Sama informacja o dostępności jest ważna, ale nie mówi jeszcze wszystkiego o jakości infrastruktury i odpowiedzialności dostawcy.
W rzetelnym SLA warto szukać przede wszystkim takich parametrów jak:
- gwarantowana dostępność usługi — jasno określona w skali miesiąca lub roku,
- definicja niedostępności — precyzyjne wskazanie, kiedy usługa jest uznawana za niedziałającą,
- czas reakcji supportu — czyli moment, w którym zespół techniczny podejmuje zgłoszenie,
- czas usunięcia awarii — jeśli dostawca deklaruje taki parametr,
- zasady monitoringu — informacja, jak i przez kogo mierzona jest dostępność,
- procedura reklamacyjna — termin, forma zgłoszenia i wymagane dane,
- wysokość rekompensaty — sposób naliczania zwrotu lub rabatu,
- wyłączenia odpowiedzialności — sytuacje, które nie są traktowane jako naruszenie SLA.
Szczególnie ważne są wyłączenia. To tam często znajdują się zapisy dotyczące planowanych prac serwisowych, ataków DDoS, błędów aplikacji klienta, problemów po stronie domeny, przekroczenia limitów zasobów czy działań niezgodnych z regulaminem.
W przypadku bardziej wymagających projektów, takich jak sklepy e-commerce, aplikacje SaaS, systemy rezerwacyjne czy panele klienta, warto zwrócić uwagę również na backupy. SLA może obejmować nie tylko samą dostępność serwera, ale też zasady wykonywania kopii zapasowych, retencję danych oraz orientacyjny czas przywrócenia środowiska po awarii.
Im bardziej krytyczna jest dana usługa dla firmy, tym bardziej szczegółowe powinny być zapisy SLA.
Czym różni się dostępność serwera od gwarancji uptime?
Dostępność serwera i uptime bywają używane zamiennie, ale nie zawsze oznaczają to samo. To rozróżnienie ma duże znaczenie przy ocenie SLA dla hostingu.
Uptime najczęściej odnosi się do czasu nieprzerwanej pracy infrastruktury — serwera, maszyny wirtualnej, sieci lub konkretnej usługi technicznej. AWS opisuje dostępność jako procent uptime’u liczony w określonym czasie, najczęściej w miesiącu lub roku.
Dostępność usługi jest pojęciem bliższym perspektywie użytkownika. Strona może być formalnie utrzymywana na działającym serwerze, ale jeśli aplikacja nie odpowiada, baza danych ma problem albo sklep zwraca błędy, klient końcowy i tak widzi awarię.
Można to ująć prosto:
- serwer działa, ale strona nie odpowiada — uptime infrastruktury może być zachowany, lecz dostępność usługi jest zaburzona;
- sieć działa, ale aplikacja ma błąd — problem może leżeć po stronie konfiguracji lub kodu;
- hosting działa poprawnie, ale domena nie kieruje na serwer — niedostępność może wynikać spoza infrastruktury hostingowej.
Dlatego przed wyborem hostingu warto sprawdzić, co dokładnie obejmuje SLA. Inne znaczenie ma gwarancja działania samej infrastruktury, a inne gwarancja dostępności konkretnej usługi widzianej przez użytkownika końcowego.
W hostingu współdzielonym klient częściej oczekuje dostępności całego środowiska pod stronę WWW. W serwerach VPS lub dedykowanych odpowiedzialność bywa podzielona: dostawca odpowiada za sprzęt, sieć i zasilanie, natomiast klient za konfigurację systemu, aplikacji i usług uruchomionych na serwerze.
Jak czytać zapisy SLA przed wyborem hostingu?
SLA warto czytać spokojnie, technicznie i bez ulegania samym procentom. Wysoka liczba wygląda dobrze w ofercie, ale dopiero szczegóły pokazują, ile realnie znaczy dla firmy.
Przed podpisaniem umowy lub wyborem usługi dobrze jest sprawdzić kilka elementów.
- Jaki okres rozliczeniowy przyjmuje dostawca? SLA liczone miesięcznie jest bardziej czytelne dla klienta niż SLA liczone rocznie. Przy rozliczeniu rocznym pojedyncza długa awaria może wyglądać mniej dotkliwie w statystyce, choć biznesowo była bardzo poważna.
- Co dokładnie jest mierzone? Należy sprawdzić, czy chodzi o dostępność sieci, serwera, panelu administracyjnego, usługi WWW, poczty, bazy danych czy całej infrastruktury.
- Jakie są wyłączenia? To jedna z najważniejszych części dokumentu. Planowane prace serwisowe, błędy użytkownika, nieprawidłowa konfiguracja DNS, ataki zewnętrzne lub przekroczenie limitów mogą być wyłączone z obliczeń SLA.
- Czy rekompensata jest realna? Warto sprawdzić, czy dostawca oferuje zwrot pieniędzy, rabat, przedłużenie usługi czy wyłącznie środki na kolejne rozliczenia. Dobrze też zobaczyć, jaki jest maksymalny limit rekompensaty.
- Jak szybko trzeba zgłosić roszczenie? Niektóre firmy wymagają zgłoszenia w krótkim terminie po awarii. Jeśli klient go przegapi, może stracić prawo do rekompensaty.
- Czy support działa wtedy, gdy firma naprawdę go potrzebuje? Dla jednych biznesów wystarczy pomoc w godzinach pracy. Dla innych, zwłaszcza e-commerce i usług online, kluczowe znaczenie ma wsparcie 24/7.
Dobre SLA nie powinno zostawiać miejsca na domysły. Im bardziej precyzyjne zapisy, tym łatwiej ocenić odpowiedzialność dostawcy i poziom bezpieczeństwa operacyjnego.
W Rapid DC patrzymy na hosting nie tylko przez pryzmat parametrów technicznych, ale też realnych konsekwencji dla biznesu. Stabilność, przewidywalność i jasne zasady współpracy są ważne szczególnie wtedy, gdy strona internetowa, sklep lub aplikacja nie są dodatkiem do firmy, ale jednym z jej podstawowych narzędzi pracy.
Najczęściej zadawane pytania (FAQ)
- Czy SLA dla hostingu zawsze oznacza brak awarii? Nie. SLA dla hostingu nie oznacza, że awarie nigdy się nie wydarzą. Oznacza natomiast, że dostawca deklaruje określony poziom dostępności usługi i bierze odpowiedzialność za przekroczenie ustalonych progów, o ile problem mieści się w zakresie umowy. Nawet bardzo wysokie SLA nadal dopuszcza niewielki margines niedostępności. Dla przykładu 99,9% dostępności w skali roku oznacza około 8,76 godziny potencjalnego przestoju. SLA warto więc rozumieć jako gwarancję standardu obsługi i podstawę do reklamacji, a nie obietnicę absolutnej bezawaryjności.
- Czy prace serwisowe wliczają się do niedostępności usługi? Zwykle planowane prace serwisowe nie są wliczane do niedostępności objętej SLA, jeśli zostały wcześniej zapowiedziane i mieszczą się w zasadach określonych przez dostawcę. Najczęściej są to tzw. okna serwisowe, czyli zaplanowane przerwy potrzebne do aktualizacji, modernizacji lub prac bezpieczeństwa. Inaczej może wyglądać sytuacja przy nagłych, nieplanowanych działaniach technicznych. Jeżeli przerwa nie była zapowiedziana, trwała długo i wynikała z problemu po stronie dostawcy, może być traktowana jako niedostępność objęta SLA. Ostatecznie decydują jednak konkretne zapisy regulaminu lub umowy.
- Czy każda firma potrzebuje hostingu z wysokim SLA? Nie każda firma potrzebuje najwyższego SLA, ale każda powinna rozumieć, jaki poziom dostępności jest dla niej wystarczający. Mała strona informacyjna, lokalna wizytówka lub blog firmowy mogą nie wymagać infrastruktury klasy high availability. W takim przypadku najważniejsze będą stabilność, rozsądna cena, kopie zapasowe i sprawne wsparcie. Inaczej wygląda sytuacja w przypadku sklepów internetowych, systemów rezerwacyjnych, platform edukacyjnych, aplikacji SaaS lub serwisów obsługujących płatności. Tam każda dłuższa przerwa może oznaczać utracone zamówienia, problemy z obsługą klientów i spadek zaufania do marki. Najlepszym rozwiązaniem jest dopasowanie SLA do skali ryzyka. Hosting powinien odpowiadać nie tylko obecnemu budżetowi firmy, ale też temu, jak dużą stratę może spowodować niedostępność strony lub systemu.