Инфраструктура

Стейджинг: проверка узла до переключения DNS

Прод включают, когда стейдж открывается по Host, а не когда «вроде собралось».

4 мин чтения · 4 сентября 2026 г.

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

Минимальная проверка

  • Главная, раздел, статья, 404, about, contacts.
  • Robots и sitemap — только опубликованное.
  • Форма и служебные страницы на языке узла.

Host, не IP

Тест по голому IP обманывает: default_server покажет чужой сайт и создаст ложное спокойствие. Проверяйте с заголовком Host или через временное имя в DNS.

Сигнал

Если на стейдже «всё ок по IP», а по домену — чужая витрина, проблема в карте vhost, не в контенте.

Переключение

DNS меняют, когда стейдж зелёный. После переключения — повтор TLS, канон, одна статья и главная. Кэш CDN иногда держит старую ошибку час — это не повод менять контент вслепую.

Нужен ли отдельный стейдж на каждый узел?

Достаточно одного контура стейджа с переключением siteId. Отдельный сервер — когда команды и риски разные.

Ещё в этом разделе

Инфраструктура

Резерв и восстановление узлов и контура

Бэкап узла и бэкап контура — разные задачи. Восстановление без проверки — это легенда, а не резерв.

Читать
Инфраструктура

Изоляция сбоев: что падает вместе, что живёт отдельно

Общий рендерер упрощает жизнь, пока вы понимаете общий радиус падения. Сеть должна деградировать по узлам, а не целиком.

Читать
Инфраструктура

Доменный портфель без культа возраста

Портфель — учёт имён, сроков и смысла. Возраст зоны сам по себе не делает узел полезным.

Читать
Инфраструктура

DNS, TLS и прокси: что должно быть готово до контента

Имя должно смотреть на нужный IP, сертификат — открываться без предупреждений, прокси — отдавать правильный узел.

Читать
Стейджинг: проверка узла до переключения DNS — AIPBN