Кейс с «Хабра» о сбое в продуктовой аналитике, вызванном несогласованностью часовых поясов: крон в 23:30 по Москве сравнивал локальный datetime.now с полем в БД в UTC, из-за чего порог 90 дней смещался, и задача очистки вычищала почти весь актуальный слой событий.

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

• Ключевые параметры: ретеншен 90 дней; источник — события мобильного приложения; агрегация еженедельно; запуск по крону.
• Причина: сравнение локального времени и UTC при вычислении cutoff.
• Решения: архивирование перед purge, флаги soft-delete, восстановление из бэкапа.
• Выводы для data/MarTech: принудительный UTC сквозь пайплайн; dry-run и защитные фильтры для задач очистки; алерты на аномально пустые отчёты; политика «архив вместо удаления» для запросов по длинным периодам.

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