Managed hosting без сюрпризов: 5 пунктов, которые проверяют не все

Heard this week: в managed hosting покупают не только сервер, но и чужую дисциплину. A source tells us, что у многих провайдеров — от Hetzner-партнёров до команд вокруг AWS и Google Cloud — слабое место не железо, а границы ответственности.

Word is, перед подписанием стоит сверить, кто реально отвечает за бэкапы, патчи, доступы, мониторинг и восстановление после сбоя. Если это расплывчато, клиент потом сам собирает инцидент из тикетов и извинений. Особенно внимательно смотрите на SLA: там важны не красивые проценты, а исключения и время реакции.

Ещё три маркера: есть ли у провайдера понятный порядок эскалации; как он документирует изменения в конфигурации; и что происходит, если нужен выход без боли — с миграцией, экспортом данных и закрытием сервисов. У WordPress-поддержки от Kinsta до WP Engine логика обычно одна: чем лучше runbook, тем меньше ручной магии.

Если слышите обещание "всё берём на себя", уточняйте, где заканчивается managed и начинается best effort. Клиенту нужен не эффектный лендинг, а команда, которая не исчезает при первом же outage. Watch this: в долгом контракте выигрывает тот, у кого роли, доступы и rollback прописаны до первой тревоги.