SLA, uptime і штрафні санкції: як читати договір з хостером, щоб не залишитись без бізнесу
Уявіть: п'ятниця, 17:45, ваш корпоративний портал лягає. CRM не відповідає, клієнти не можуть оформити замовлення, менеджери дивляться в порожні екрани. Ви телефонуєте хостеру, а там - автовідповідач. Чекаєте годину. Дві. П'ять. У понеділок з'ясовується, що за договором ваш провайдер мав право на 8 годин простою на місяць, а ви навіть не знали. Знайомо? Тоді ця стаття - для вас.
Корпоративні хостингові рішення - це не просто сервер із більшою кількістю оперативної пам'яті. Це юридичний і технічний фундамент, на якому стоїть ваш бізнес. І найважливіший елемент цього фундаменту - SLA, Service Level Agreement. Документ, який 90% компаній підписують не читаючи. А потім дивуються.
SLA простими словами: що насправді обіцяє хостер
SLA - це угода про рівень сервісу. По суті, це обіцянка провайдера, записана на папері (або в PDF). Але диявол, як завжди, в деталях.
Коли хостер пише «uptime 99.9%», ви уявляєте ідеальну картину: сервер працює майже завжди. Але давайте порахуємо. 99.9% uptime - це дозволений простій 8 годин 45 хвилин на рік. А 99.5% - це вже 43 години. Майже два повних дні, коли ваш бізнес може стояти, і хостер формально ні в чому не винен.
На що дивитись у SLA корпоративного хостингу:
- Гарантований uptime - конкретна цифра, не розмиті формулювання
- Час реакції на тикет - не плутайте з часом вирішення проблеми
- Компенсація за простій - кредит на рахунок чи реальне повернення грошей
- Виключення - що хостер НЕ вважає простоєм (планові роботи, DDoS, форс-мажор)
- Ескалаційна процедура - до кого звертатись, коли стандартна підтримка мовчить
Я бачив SLA, де uptime рахували тільки для мережевої доступності сервера. Тобто якщо ваш сайт лежить через проблему з диском, але пінг іде - формально все ок. Такі хитрощі зустрічаються частіше, ніж хотілося б.
Корпоративний хостинг vs звичайний: різниця не в ціні, а в відповідальності
Багато хто думає: «Ну, корпоративний тариф - це просто дорожчий shared». Ні. Це принципово інший підхід. Порівняймо.
| Параметр | Звичайний хостинг | Корпоративне рішення |
|---|---|---|
| SLA uptime | 99-99.5% (або взагалі без SLA) | 99.95-99.99% |
| Підтримка | Тикети, відповідь за 4-24 год | Виділений менеджер, телефон 24/7 |
| Бекапи | Раз на добу, зберігання 7 днів | Інкрементальні, кожні 4-6 год, geo-redundant |
| Компенсація простою | Кредит 5-10% від місячної оплати | До 100% місячної оплати + SLA-штрафи |
| Масштабування | Ручне, з простоєм | Автоматичне, hot-add ресурсів |
| Безпека | Базовий файрвол | WAF, IDS/IPS, аудит, PCI DSS |
Зверніть увагу на рядок «компенсація». На звичайному хостингу вам запропонують кредит - тобто знижку на наступний місяць. Втратили 50 000 грн через простій інтернет-магазину? Ось вам 47 гривень кредиту. Дякуємо, що з нами.
Корпоративний SLA передбачає реальні фінансові санкції - і саме це змушує провайдера реально дбати про ваш аптайм, а не просто малювати красиві цифри на лендінгу.
П'ять пасток у договорі, які коштуватимуть вам грошей
За 15 років я переглянув десятки SLA різних хостерів - українських, європейських, американських. Ось типові пастки, в які потрапляють навіть досвідчені IT-директори.
- «Планове обслуговування не входить до розрахунку uptime». Хостер може робити maintenance щотижня по 2 години - і це не вважатиметься простоєм. Шукайте обмеження: скільки годин на місяць, в який час, чи повідомляють заздалегідь.
- «Клієнт зобов'язаний повідомити про інцидент протягом 24 годин». Не встигли написати тикет - втратили право на компенсацію. Деякі провайдери навмисно ховають цю вимогу дрібним шрифтом.
- «Компенсація не може перевищувати вартість послуги за поточний місяць». Ваші збитки - мільйон. Максимальна компенсація - 5000 грн за тариф. Юристи радять окремо прописувати відповідальність за непрямі збитки.
- «Uptime вимірюється за календарний місяць». 43 хвилини простою в останній день місяця і 43 хвилини в перший день наступного - формально жоден SLA не порушено, хоча ваш сайт лежав півтори години поспіль.
- «Провайдер залишає за собою право змінити умови SLA з повідомленням за 30 днів». Тобто те, що ви підписали сьогодні, через місяць може виглядати зовсім інакше. Фіксуйте версію SLA у договорі.
«SLA без штрафних санкцій - це не SLA, а маркетингова брошура. Якщо провайдер не готовий платити за свої обіцянки, значить, він сам у них не вірить.» - Олексій Кривенко, CTO компанії DataForge, спікер конференції HostingCon Europe 2024
Як правильно обирати корпоративного хостера: чекліст для тих, хто вже обпікся
Обирати хостинг для бізнесу - це як наймати головного бухгалтера. Дешево і сердито тут не працює. Одна помилка - і наслідки тягнуться місяцями. Ось мій перевірений алгоритм.
Крок 1: Визначте критичність. Скільки коштує одна година простою вашого сервісу? Для інтернет-магазину з оборотом 500 000 грн на місяць година простою - це приблизно 700 грн прямих втрат плюс репутаційні збитки, які порахувати складніше. Для внутрішнього корпоративного порталу на 50 співробітників ціна простою інша - але теж цілком конкретна.
Крок 2: Попросіть реальний SLA до підписання. Не «загальні умови надання послуг», а конкретний документ з цифрами. Якщо хостер відмовляється - це перший червоний прапорець.
Крок 3: Перевірте історію інцидентів. Серйозні провайдери публікують status page з історією за 12 місяців. Немає публічної статус-сторінки? Другий червоний прапорець.
Крок 4: Тестуйте підтримку до покупки. Напишіть складне технічне питання в пресейл. Заміряйте час відповіді. Оцініть компетентність. Я одного разу отримав відповідь «зверніться до нашого партнера» - від провайдера, який позиціонував себе як enterprise-рішення. Це все, що потрібно знати.
Крок 5: Порівняйте не тарифи, а TCO. Total Cost of Ownership включає не тільки щомісячну плату. Це ще й вартість міграції, навчання команди, інтеграції з вашими системами, а також потенційні втрати від простоїв.
Найдешевший корпоративний хостинг - завжди найдорожчий у довгостроковій перспективі.
Що має бути в ідеальному SLA: шаблон для переговорів
Коли ви приходите до корпоративного хостера - ви не просите, ви домовляєтесь. Це B2B-відносини, і умови SLA можна (і потрібно) обговорювати. Ось що варто вимагати:
- Uptime не нижче 99.95% для production-середовища з чітким визначенням, що вважається «доступністю»
- Час реакції до 15 хвилин для критичних інцидентів (P1) і до 1 години для серйозних (P2)
- Автоматичне сповіщення про інциденти через SMS, email і месенджер - до того, як ви самі помітите проблему
- Прозора формула компенсації: наприклад, 5% від місячної оплати за кожні 30 хвилин простою понад SLA, до 100% за місяць
Окремо обговоріть процедуру disaster recovery. Через скільки хвилин хостер переключить вас на резервний майданчик? Де географічно знаходиться backup-сайт? Чи тестується DR-план регулярно? Я знаю компанію, яка дізналась, що їхній DR не працює, саме в момент, коли він був потрібен. Основний дата-центр залило - а резервний виявився на тому ж поверсі.
Питання, яке варто поставити собі прямо зараз
Дістаньте свій поточний договір з хостером. Знайдіть розділ SLA. Прочитайте його повністю - вперше, скоріш за все. Тепер дайте чесну відповідь: якщо завтра ваш сервер ляже на 6 годин, чи захищені ви? Чи знаєте ви, кому дзвонити, що вимагати і яку компенсацію отримаєте?
Якщо відповідь «ні» або «не впевнений» - ви граєте в рулетку зі своїм бізнесом. Тільки замість казино - ваш хостер, а замість фішок - виручка, клієнти і репутація компанії. Можливо, настав час перечитати дрібний шрифт?