Эксплуатация
Хостинг: где работает сайт и кто отвечает за обслуживание
Услуга размещения сайта или его частей на доступной по сети инфраструктуре. Состав ресурсов и обслуживания зависит от выбранного решения и условий поставщика.
Редакция:
Чтобы сайт открывался, его файлы и необходимые сервисы должны где-то работать. Статическим страницам достаточно выдачи готовых файлов; серверному приложению дополнительно нужна среда выполнения. База данных, изображения и обработчик заявок могут размещаться отдельно. MDN объясняет роль веб-сервера: он принимает запросы и возвращает содержимое сайта.
Домен — имя, по которому находят сервис, а хостинг — размещение. Оплата одного не подтверждает оплату или исправность другого. Почта на домене также может обслуживаться отдельным поставщиком.
Пример: сайт открыт, заявка не доставлена
Учебная ситуация: главная страница загружается, но форма обращается к недоступному обработчику. Сам факт доступности хостинга страницы ещё не подтверждает работу сайта целиком. При приёмке нужен основной сценарий посетителя и проверка результата у получателя.
Состав инфраструктуры выбирают по приложению, нагрузке и требованиям к данным. Название «VPS», «облако» или «управляемый хостинг» не раскрывает автоматически, кто исправит ошибку кода или восстановит случайно удалённые данные.
Матрица ответственности
| Область | Что согласовать |
|---|---|
| Аккаунт и оплата | Кто управляет аккаунтом, получает уведомления и продлевает услугу |
| Приложение | Кто выпускает обновления и разбирает ошибки сайта |
| Данные | Кто создаёт копии, проверяет восстановление и контролирует доступ |
| Наблюдение | Кто узнаёт об отказе и как определяется ответственный |
| Перенос | Как получить файлы, данные, конфигурацию и инструкции для другого размещения |
Заполните ответственного по каждому пункту. «Включено в тариф» нужно подтвердить конкретным составом услуги: доступность оборудования не равна обслуживанию вашего приложения.
Что проверить перед передачей
Попросите показать вход представителя заказчика в согласованный аккаунт, перечень размещённых частей сайта и один тестовый сценарий. Проверьте, что сведения о расходах и продлении доступны ответственному, а инструкции восстановления соответствуют текущей версии проекта.
В реестре фиксируйте систему, роль, ответственного и способ получения доступа, без самих паролей. Не меняйте рабочие DNS-записи и не отключайте старое размещение только ради проверки: перенос требует отдельного плана и возможности возврата.
Хостинг не обеспечивает безопасность, скорость или резервное восстановление одним фактом оплаты. Регулярные работы включайте в расходы после запуска, а комплект доступа и документации — в передачу сайта. Эти списки помогают сравнить предложения без выдуманных универсальных тарифов.