Managed hosting часто ломается не в технике, а в договорённостях

Heard this week: почти все провалы у managed hosting начинаются не с сервера, а с ожиданий. Один source tells us, что у крупных клиентов чаще всего расходятся не CPU и RAM, а границы ответственности между провайдером и командой заказчика.

Перед подписанием смотрят не на красивый SLA, а на три вещи: кто отвечает за апдейты, кто держит бэкапы, кто принимает инцидент в нерабочее время. Если это размыто, потом всплывают «мы думали, это входит» и долгие переписки с support от Hetzner, Liquid Web или Rackspace.

Ещё один маркер — как провайдер ведёт миграцию. Хороший managed-партнёр заранее проговаривает окно, откат и список зависимостей. Плохой продаёт «white-glove» и потом просит клиента самому искать DNS-запись или доступ к стороннему CDN.

Для заказчика полезно держать короткий чек-лист: • кто владеет доступами • где лежат резервные копии • как эскалируется критичный тикет • что считается изменением, а что — рутиной. Без этого managed hosting быстро превращается в дорогой shared-хостинг с красивым брендом.

Смысл простой: выбирайте не «железо с саппортом», а понятную операционную модель — тогда и у клиентов, и у поставщика меньше сюрпризов. Watch this: именно прозрачность процесса чаще всего отличает сильный managed-hosting от шумного маркетинга.