Команда, которая живёт на 100% мощности в мирное время, обычно ломается в первый же инцидент.

Команда, которая живёт на 100% мощности в мирное время, обычно ломается в первый же инцидент.

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

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

Для web-инфраструктуры это особенно дорого. Один перегретый админ может не заметить кривой TTL, не проверить бэкап, не увидеть просадку по SSL или пропустить деградацию CDN. В спокойное время это «мелочь». В инциденте — простой, деньги и репутация.

Нормальная команда должна быть не максимально загруженной, а устойчивой. Иначе это не эксплуатация, а медленная авария.