Хостинг или VPS — кто за всем отвечает?

Прислали ссылку на статью про виртуальный хостинг и VPS — и я понял, что это не про выбор железа, а про то, кто в чём виноват, когда сайт упадёт. И это не про технику, а про риски, которые можно спрятать, пока не станет поздно.

О чём речь и почему я считаю это важным для сайта

Статья про хостинг и VPS — это не инструкция по выбору сервера. Это напоминание: где бы вы ни разместили сайт, за него кто-то отвечает. И если это вы — вы не просто владелец, вы системный администратор. Даже если вы не включали сервер.

Я считаю это важным, потому что на деле 90% сайтов не падают из-за «хакеров», а из-за того, что кто-то не заметил, что обновление сломало систему. Или не проверил, что в панели отключили доступ к базе. Это не ошибка, это последствие выбора: кто будет за всё отвечать.

Как это устроено — что тут вообще происходит

Виртуальный хостинг — это как квартира в многоквартирном доме. Вы живёте в своём пространстве, но сантехника, электричество, отопление — за управляющей компанией. VPS — это как собственная квартира, где вы сами решаете, какую плиту ставить, какую краску на стены, и кто за всё платит.

Разница не в мощности, а в распределении ответственности. На хостинге провайдер ставит обновления, на VPS — вы. И если вы не сделаете это вовремя, сайт может упасть. Но даже если вы сделаете — не факт, что всё будет работать. Всё зависит от того, кто и как настроил систему.

Как понять, что это касается вашего сайта

Я проверяю это первым делом: смотрю, кто за системой отвечает. Если вы не можете установить PHP 8.3 — значит, вы на хостинге. Если вы сами выбираете версию MySQL — значит, вы на VPS. Это не про технические навыки, а про уровень контроля.

И если вы не знаете, кто за обновлениями, кто за резервными копиями, кто за доступом — это уже сигнал. Даже если сайт работает. Потому что работающий сайт — это не гарантия, что он не взломан, не упал и не украден.

Что с этим делать — что я делаю в таких случаях

Я не веду споры: «хостинг лучше» или «VPS лучше». Я смотрю на то, кто должен быть на связи, когда что-то сломается. И если это вы — я начинаю с резервной копии. Потому что без неё даже самый грамотный план — пустая трата времени.

Потом проверяю, кто отвечает за обновления. Если это вы — я включаю напоминания, делаю проверку на уязвимости, и ставлю задачу на регулярную проверку. Если это провайдер — я проверяю, как часто он обновляет систему, и смотрю, есть ли у них политика резервного копирования. Если нет — это риск.

Что здесь даёт поддержка — как мы закрываем эту задачу

На постоянной поддержке мы не просто ставим обновления. Мы включаем их в плановую работу: с резервной копией, с тестированием, с откатом. Слепое обновление — типовая причина падений. У нас это исключено.

У нас в компании сертификаты PHP и MySQL у всех разработчиков. Это не просто документы — это гарантия, что каждый, кто работает с системой, знает, как она устроена, и что делать, если что-то пойдёт не так.

Если вы хотите понять, кто за вашим сайтом, и что именно может сломаться — приглашаю на бесплатный аудит сайта.