Разработчик из «кровавого Enterprise» решил “просто” запустить статейник — и быстро понял, где обычно ломается

Разработчик из «кровавого Enterprise» решил “просто” запустить статейник — и быстро понял, где обычно ломается магия.

На словах всё выглядело знакомо: CMS, деплой, домен, SSL, почта, CDN. На практике начался классический набор: кривой DNS, куки на одном поддомене, редиректы в цепочку, письма с домена не уходят, а сайт то открывается, то ловит 5xx после выкладки. 😐

Главный вывод из такого кейса простой: у статейника проблема редко в коде. Чаще — в инфраструктуре вокруг него:
— A/AAAA и CNAME настроены без проверки TTL и кешей;
— SSL выпущен, но не покрывает нужные домены;
— почта не проходит SPF, DKIM и DMARC;
— CDN включён, но кэширует не те страницы;
— бэкапы есть, но восстановление ни разу не тестировали.

В Enterprise это обычно закрывают регламентом и дежурными. На обычном сайте всё держится на внимательности одного человека. И именно поэтому такие проекты внезапно падают не из-за “сложной разработки”, а из-за одной пропущенной записи в DNS или не того правила на nginx. 🔧

Если хотите, могу разобрать такой запуск по чек-листу: домен, DNS, SSL, почта, CDN и бэкап — без воды, по шагам.