В статье указано, что при выполнении aws s3 rm без указания версии для бакета с включённым Object Lock возвращается Access Denied. Однако, согласно спецификации S3 Object Lock, при versioning + Object Lock удаление без указания версии должно приводить к созданию delete marker, а не к отказу в доступе.
Подскажите, пожалуйста:
является ли такое поведение особенностью реализации Object Lock / WORM в VK Cloud?
действительно ли delete marker в этом случае не создаётся?
В тарификацию попадают сами операции (GET, HEAD, PUT, POST, COPY), но есть исключения по HTTP-кодам ответа.
Не тарифицируются:
запросы DELETE
любые запросы, на которые вернулся ответ с кодами 403, 500, 501, 502, 503, 504
Если отвечать на конкретный вопрос "GET/HEAD с 404/403 статусом":
GET/HEAD с 404 - будет тарифицироваться
GET/HEAD с 403 - не тарифицируется
В статье указано, что при выполнении
aws s3 rmбез указания версии для бакета с включённым Object Lock возвращаетсяAccess Denied.Однако, согласно спецификации S3 Object Lock, при versioning + Object Lock удаление без указания версии должно приводить к созданию delete marker, а не к отказу в доступе.
Подскажите, пожалуйста:
является ли такое поведение особенностью реализации Object Lock / WORM в VK Cloud?
действительно ли delete marker в этом случае не создаётся?
или в примере есть неточность?