Что такое lifecycle rules в S3

Lifecycle rules в S3 — это политики, которые автоматически переводят объекты между классами хранения или удаляют их по заданным условиям (возраст, теги, префиксы). Они позволяют оптимизировать стоимость и управлять сроком хранения данных без ручных операций. Обычно их настраивают для архивирования старых данных и автоматического удаления устаревших файлов.

Lifecycle rules в S3 — это набор правил жизненного цикла объектов, которые сервис периодически применяет ко всем объектам, подходящим под фильтр правила. С их помощью можно задать, когда объект должен перейти в более дешевый класс хранения и когда его нужно окончательно удалить.

Каждое правило жизненного цикла обычно включает несколько ключевых элементов:

• ID и статус правила — поле ID и флаг Status (Enabled/Disabled), чтобы можно было временно отключать правило, не удаляя его.
• Фильтр объектов — по префиксу ключа (например, logs/) и/или по тегам объекта, чтобы применять правило только к нужному подмножеству данных (например, только к логам или только к бэкапам).
• Transition (переход между классами хранения) — автоматический перевод объекта из более дорогого класса хранения (например, STANDARD) в более дешевые, такие как STANDARD_IA или архивные классы (GLACIER и аналоги) по истечении N дней с момента создания или последней модификации.
• Expiration (истечение срока хранения) — автоматическое удаление объектов через определённое количество дней или к заданной дате. Для версионированных бакетов есть отдельные настройки для текущих версий и для старых (noncurrent) версий объектов.
• Дополнительные действия — например, автоматическое удаление старых неполных multipart-загрузок или ограничение срока жизни неактуальных версий.

Важно, что lifecycle rules работают асинхронно: объекты не «исчезают» строго в полночь N-го дня, а обрабатываются сервисом в течение некоторого времени после выполнения условия.

Типичные сценарии использования lifecycle rules:

— Автоматическое архивирование логов: например, хранить логи в классе STANDARD первые 30 дней для быстрого доступа, затем переводить их в более дешёвый класс хранения, а через год полностью удалять.
— Управление резервными копиями: хранить ежедневные бэкапы 7 дней, еженедельные — месяц, ежемесячные — год, далее переводить их в архивный класс или удалять.
— Оптимизация версионированных бакетов: хранить актуальную версию в быстром классе, а старые версии через N дней переводить в архив и позже удалять, чтобы не платить за «мусорные» версии.

В этом примере правило применяется ко всем объектам с префиксом logs/: через 30 дней они переходят в класс STANDARD_IA, а через 365 дней — удаляются.

Здесь с помощью фильтра по тегу type=backup правило применяется только к объектам-бэкапам и удаляет их через 90 дней. Таким образом, lifecycle rules позволяют формализовать политику хранения данных в бакете и автоматически поддерживать баланс между доступностью и стоимостью хранения.