Cotton не считает отсутствующий путь к папке или одинокий объект в бэкенде достаточным поводом удалить данные. Объекты остаются защищены, пока есть живые ссылки; освобождение откладывается, перепроверяется и координируется с приёмом.
Cotton считает базу данных авторитетом по вопросу, жив ли объект хранилища. Объект в бэкенде сам по себе — только байты; продукту нужны явные метаданные, которые объясняют, почему объект должен выжить.
Файловое облако хранит больше, чем загруженные файлы. Объекты превью, аватары пользователей, защищённые артефакты бэкапов базы данных и стартовые артефакты вроде зашифрованного контрольного маркера мастер-ключа тоже требуют путей хранения.
ChunkOwnership помогает приёму и параллелизму, но не является долговечной ссылкой для хранения. Защита загрузки не должна случайно сохранять физические байты навсегда.
Cotton может зарегистрировать сырые объекты бэкенда как строки чанков-сирот, чтобы GC поставил их в очередь. Освобождение откладывается, ссылки проверяются ещё раз перед удалением, и объект, ставший живым снова, не трогается.
Если чанк удаляется, приём не должен вслепую наперегонки перезаливать тот же чанк. Безопаснее удержать или отклонить конфликтующую запись, дождаться удаления и потом согласовать данные из понятного состояния.
Выигрыш в хранилище — не драматичное удаление, а предсказуемое удаление. Cotton строит очистку как операционную дисциплину, а не опасную фоновую догадку.
Осторожное освобождение требует больше дисциплины с метаданными и отложенного удаления. Для файлового облака это правильный компромисс: снимки, превью, шары, артефакты бэкапов и проверки целостности зависят от честных ссылок хранилища.
Контентно-адресуемому облаку нужно настоящее свидетельство о смерти для сохранённых объектов. В Cotton удаление зависит от видимых ссылок, защищённых артефактов, задержки на хранение и последней живой проверки.
Манифесты файлов и чанки манифестов держат пользовательские байты живыми.
Снимки, версии, корзина и шары могут удерживать контент после изменений раскладки.
Превью, аватары, артефакты бэкапа и sentinel разблокировки тоже опираются на хранилище.
Запланированное освобождение отменяется, если объект снова стал живым до удаления.
Разделение намеренное: защита от конкурентности страхует от гонок, а долговечные ссылки решают хранение. Так очистка не становится ни безрассудной, ни вечным пленником случайной строки.
Потому что «неиспользуемый» может быть временным состоянием, пока загрузки, снимки, версии, шары, превью, артефакты бэкапов и задачи очистки пересекаются. Cotton ставит в очередь, ждёт и перепроверяет.
Нет. Объект в бэкенде — это байты. Cotton нужна живая ссылка в базе данных или явный путь защищённого артефакта.
GC снимает расписание освобождения, если объект стал живым до удаления. Финальная проверка ссылок не даёт очистке драться с восстановлением или повторной загрузкой.