Вопрос «Сколько хранятся запросы в архиве?» не имеет единого ответа, так как термин «запрос» и понятие «архив» кардинально меняют свой смысл в зависимости от предметной области: это могут быть поисковые запросы в Яндексе/Google, HTTP-запросы в логах веб-сервера, DNS-запросы, запросы к API, или же официальные обращения граждан в государственные органы (согласно ФЗ-59).
Ниже представлен подробный анализ сроков хранения для основных категорий запросов, основанный на общих принципах архивирования (включая подходы, описанные в отраслевых стандартах, таких как принципы GxP/архивирования данных), и действующем законодательстве (в частности, РФ).
Ключевые принципы определения сроков хранения (Best Practices)
Как указано в профессиональных стандартах архивирования данных (например, SG Systems Global), срок хранения — это не произвольная цифра, а результат применения контролируемого графика хранения (Retention Schedule). Основные принципы:
- Триггерные события: Отсчет срока начинается не всегда в момент создания. Это может быть: дата завершения обработки запроса, дата закрытия инцидента, дата истечения срока действия документа, дата последнего обращения.
- Нормативные требования: Законы (149-ФЗ, 152-ФЗ, Закон о связи, Яровой пакет, GDPR) устанавливают минимальные пороги.
- Бизнес-необходимость и риски: Необходимость расследования инцидентов, аналитика, защита в суде.
- Правовые удержания (Legal Hold): Если начался суд, проверка или расследование, уничтожение приостанавливается независимо от срока.
- Контроль уничтожения: Удаление после истечения срока должно быть документировано и авторизовано.
Поисковые запросы (Search Engine Logs)
Яндекс, Google, DuckDuckGo и др.
Поисковые системы хранят историю запросов для персонализации, таргетинга рекламы и улучшения алгоритмов.
| Провайдер / Режим | Срок хранения | Особенности |
|---|---|---|
| Яндекс (авторизованный пользователь) | Бессрочно (пока пользователь не удалит) | История запросов доступна в «Моем Яндексе». Удаляется вручную или настройкой автоудаления (3/18/36 мес). |
| Google (Web & App Activity) | По умолчанию — 18 месяцев (настройка 3/18/36 мес или «Не удалять») | Можно отключить сбор полностью. Анонимизированные агрегаты храняться дольше. |
| Анонимные / неавторизованные сессии | От 6 до 18 месяцев (обычно) | Связаны с Cookie/IP. Используются для антифрода и спам-защиты. |
| DuckDuckGo / Brave Search | Не хранят персонализированную историю | Логируют только анонимную агрегацию для релевантности. |
Важно: Согласно 152-ФЗ «О персональных данных» и GDPR, пользователь имеет право потребовать удаления своих данных (право на забвение), что распространяется на историю поисковых запросов;
Логи веб-серверов и приложений (HTTP/HTTPS Requests)
Это самые распространенные «запросы в архиве» для DevOps и ИБ. Сроки определяются внутренними политиками и регуляторами.
Типичная матрица хранения логов доступа (Access Logs)
- Горячее хранилище (Hot storage / ELK / Splunk / Loki): 7–30 дней. Для операционного мониторинга, отладки, алертинга.
- Теплое хранилище (Warm storage / S3 / ClickHouse): 3–12 месяцев. Для расследования инцидентов безопасности (SOC), аналитики трафика, биллинга.
- Холодное хранилище (Cold storage / Glacier / Tape / Object Lock): 3–7 лет. Для соответствия требованиям регуляторов (ЦБ РФ, ФСТЭК, ФСБ, PCI DSS, SOX).
Специфика для критической инфраструктуры (РФ, 187-ФЗ, Постановление Правительства №1381):
- События информационной безопасности (логи авторизации, ошибки доступа, изменение конфигураций), не менее 3 лет.
- Логи сетевого оборудования и СЗИ, не менее 1 года (часто требуют 3 года).
- Обеспечение целостности логов (защита от подделки) — обязательно (WORM, хеширование, SIEM).
Запросы провайдеров связи и хостинга (Закон Яровой / 149-ФЗ)
В РФ действуют жесткие федеральные требования к хранению «запросов» пользователей интернета.
Сроки хранения по Федеральному закону от № 374-ФЗ («Яровой пакет») и 149-ФЗ:
| Тип данных (Запросы) | Срок хранения | Кто хранит |
|---|---|---|
| Сведения о фактах приема/передачи/доставке/обработке голосовой информации, текстов, изображений, звуков, видео и иных сообщений (метаданные) | 3 года | Операторы связи, организаторы распространения информации (ОРИ), хостинг-провайдеры |
| Содержание сообщений (голос, текст переписки, файлы) | 6 месяцев | Операторы связи, ОРИ |
| Информация о пользователях (идентификация, IP-адреса, порты, время сессий — логов RADIUS/DHCP/NAS) | 3 года | Операторы связи, провайдеры интернета (ISP) |
| DNS-запросы (если провайдер предоставляет рекурсивный DNS) | 3 года (как метаданные сессий) | ISP, корпоративные DNS-резолверы |
Примечание: Хранение должно обеспечиваться на территории РФ. Нарушение влечет штрафы до 1 млн руб. (ст. 13.12.1 КоАП РФ) и возможную блокировку ресурса (149-ФЗ).
Корпоративные и внутренние запросы (Service Desk, Helpdesk, CRM, ERP)
Здесь «запрос» — это тикет (инцидент, заявка на обслуживание, обращение клиента).
Рекомендуемые сроки (ITIL / ISO 20000 / ISO 27001 / 152-ФЗ):
- Активные тикеты (Open/In Progress): Хранятся до закрытия + 1–3 года для аналитики повторных обращений (Problem Management).
- Закрытые тикеты (SLA выполнен): 3–5 лет (соответствует сроку давности по ГК РФ ст. 196 для споров по договорам).
- Тикеты с ПДн (персональными данными): Срок определен Политикой обработки ПДн, обычно 3 года после прекращения отношений с субъектом или до отзыва согласия.
- Финансовые/Бухгалтерские запросы (счета, акты, накладные в ERP): Не менее 5 лет (ст. 29 ФЗ-402 «О бухгалтерском учете»), для налоговых целей часто хранят 7 лет.
Официальные обращения граждан (ФЗ-59 «О порядке рассмотрения обращений граждан РФ»)
Если «запрос в архиве» означает официальное письмо/жалобу/предложение в госорган:
- Срок рассмотрения: 30 дней (можно продлить до 60).
- Срок хранения дела обращения в архиве органа: Согласно Приказу Минкультуры РФ от № 558 (Общероссийский архивный реестр):
- Обращения, не требующие изучения материалов дела — 5 лет.
- Обращения, требующие изучения материалов дела (проверки, расследования) — 10 лет.
- Обращения, связанные с правами и свободой человека, коррупцией — 20–75 лет (постоянно).
API-запросы и микросервисы (Observability / Tracing)
В современных распределенных системах (Kubernetes, Service Mesh) хранятся трейсы (Traces) и метрики.
- Полные трейсы (с payload/body): 1–7 дней (очень большой объем). Семплирование (head/tail sampling) оставляет ~1-10% ошибок и медленных запросов.
- Агрегированные метрики (RED: Rate, Errors, Duration): 13–15 месяцев (для годовых трендов и капасити-планирования).
- Логи ошибок (Error Logs): 1–3 года (для аудита безопасности и расследования инцидентов).
Техническая реализация архива запросов: требования к качеству
Основываясь на принципах профессионального архивирования (Data Archiving), описанных в отраслевой литературе (например, SG Systems Glossary), просто «сложить логи в S3» — это не архив. Надежный архив запросов должен обеспечивать:
- Целостность (Immutability / WORM): Запись запроса не может быть изменена или удалена без следа до истечения срока хранения. Используются: Object Lock (S3), WORM-ленты, блокчейн-хеши, подпись ЭЦП.
- Читаемость и формат: Открытые форматы (JSON Lines, Parquet, CSV, OpenTelemetry OTLP), независимые от версии ПО. Сохранение схемы (Schema Registry).
- Поиск и извлечение (Retrievability): Индексация по ключевым полям:
request_id,user_id,timestamp,endpoint,status_code,trace_id. Возможность выдать выборку за минуты, а не дни. - Контекст (Metadata & Lineage): Связь запроса с версией кода (Git commit), конфигурацией фич-флагов, средой (prod/staging), версией API схемы. Без контекста лог запроса бесполезен для расследования.
- Контроль доступа (RBAC/ABAC): Разделение прав: разработчик видит только свои сервисы, SOC-аналитик — логи безопасности, DPO — логи с ПДн.
- Проверка целостности (Fixity Checks): Регулярный расчет хешей (SHA-256) архивных файлов для обнаружения бит-рот (bit rot) или вредоносных изменений.
Резюме: Чек-лист для определения срока хранения ваших запросов
Чтобы установить точный срок для вашей системы, пройдитесь по шагам:
- Классифицируйте запрос: Поисковый / HTTP-доступ / API-вызов / DNS / Обращение гражданина / Тикет поддержки / Финансовая транзакция.
- Определите юрисдикцию: РФ (Яровой пакет, 152-ФЗ, 149-ФЗ, ЦБ РФ), ЕС (GDPR), США (CCPA, HIPAA, SOX), Межнац. (PCI DSS).
- Найдите триггер: Момент создания / Закрытие сессии / Завершение сделки / Отзыв согласия / Окончание календарного года.
- Примените максимум: Срок = max(Закон, Контракт, Бизнес-нужда, Риск-менеджмент).
- Зафиксируйте в Политике хранения (Retention Policy): Документ, утверждаемый юристами и ИБ.
- Автоматизируйте жизненный цикл: ILM (Index Lifecycle Management) / S3 Lifecycle Rules / TSM / Архивные роботы.
- Обеспечьте Legal Hold: Механизм мгновенной остановки удаления по требованию суда/прокуратуры/собственной службы безопасности.
«Сколько хранятся запросы в архиве», это вопрос не о настройке logrotate или TTL в Redis, а о управлении записями (Records Management).
Минимальные сроки диктует закон (в РФ для телематики — 3 года метаданных, 6 мес контента; для бухгалтерии — 5 лет; для логов безопасности КИИ — 3 года). Максимальные — бизнес-логика и риски. Ключевой признак зрелого архива — не объем терабайт, а способность быстро найти конкретный запрос, доказать его неизменность и контекст через 3 года в суде или при проверке регулятора.
Статья подготовлена на основе общих принципов архивирования данных (Data Archiving Principles) и актуального на законодательства РФ. Для правовой значимости консультируйтесь с юристами профильной отрасли.