Похоже, это известная проблема / предназначена. Смотрите ниже:
После дальнейшего изучения и обсуждения с командой S3 я обнаружил, что это ожидаемое поведение из-за дизайна сервиса. Сервисный вызов GET в S3 (s3api list-buckets или s3 ls без дополнительных аргументов в CLI) работает по-разному при запуске в разных регионах. Все творения ведра осваиваются в us-east-1, а затем тиражируются в глобальном масштабе - в результате разница в том, что в регионе us-east-1 нет событий «репликации». Поле «Дата создания», отображаемое в веб-консоли, соответствует фактической дате создания, зарегистрированной в us-east-1, тогда как CLI и SDK AWS будут отображать дату создания в зависимости от указанного региона (или региона по умолчанию, заданного в вашей конфигурации). .
При использовании конечной точки, отличной от us-east-1, полученная вами дата CreationDate фактически является последним измененным временем в соответствии с последним временем репликации сегмента в этом регионе. Эта дата может меняться при внесении изменений в ваш сегмент, например при изменении его политики. Такое опытное поведение является результатом того, как архитектура S3 была спроектирована и реализована, что затрудняет ее изменение, не затрагивая клиентов, которые уже ожидают такого поведения.
S3 намеревается изменить это поведение так, чтобы фактическая дата создания сегмента отображалась независимо от региона, в котором выполняется вызов службы GET, однако для ответа на ваш вопрос у нас еще нет ETA для реализации этого изменения , Это изменение, скорее всего, будет объявлено на форумах AWS для S3, если вы хотите знать, когда оно произойдет.