Amazon s3 使用'获取错误的创建日期；aws s3和x27；

我有两个桶。在AWS控制台中，它们具有以下“创建日期”

使用AWS CLI（AWS CLI/1.16.90 Python/3.7.2 Darwin/17.7.0 botocore/1.12.80）命令

AWS s3 ls

，我得到以下信息：

2018-02-08 12:49:03 i-repo
2018-12-19 15:55:29 l-repo

---

使用AWS CLI命令

AWS s3api列表存储桶

，我得到了相同的错误日期。我已确认AWS CLI报告的日期与最近bucket策略更改的日期有关，而不是bucket创建日期。我是遗漏了什么，还是这是一个bug？

看起来这是一个已知问题/预期问题。见下文：

在与S3团队进行进一步调查和讨论后，我发现这是由于服务的设计而产生的预期行为。S3中的GET服务调用（s3api列表存储桶或在CLI中没有其他参数的S3 ls）在针对不同区域运行时的工作方式不同。所有木桶创作都是在美国东部1号掌握的，然后在全球范围内复制——结果的区别是，美国东部1号区域没有“复制”事件。web控制台中显示的创建日期字段根据us-east-1中注册的实际创建日期，而AWS CLI和SDK将根据指定的区域（或配置中设置的默认区域）显示创建日期

当使用us-east-1以外的端点时，您收到的CreationDate实际上是根据bucket在该区域的上次复制时间最后修改的时间。在对bucket进行更改（例如编辑其bucket策略）时，此日期可能会更改。这种有经验的行为是S3架构的设计和实现方式的结果，因此很难在不影响已经期望这种行为的客户的情况下进行更改

S3确实打算更改此行为，以便显示实际的bucket创建日期，而不考虑发出GET Service调用的区域，但是为了回答您的问题，我们还没有实现此更改的ETA。如果您想知道这一变化何时发生，最有可能在AWS S3论坛上宣布

---

看起来这是一个已知问题/预期问题。见下文：

在与S3团队进行进一步调查和讨论后，我发现这是由于服务的设计而产生的预期行为。S3中的GET服务调用（s3api列表存储桶或在CLI中没有其他参数的S3 ls）在针对不同区域运行时的工作方式不同。所有木桶创作都是在美国东部1号掌握的，然后在全球范围内复制——结果的区别是，美国东部1号区域没有“复制”事件。web控制台中显示的创建日期字段根据us-east-1中注册的实际创建日期，而AWS CLI和SDK将根据指定的区域（或配置中设置的默认区域）显示创建日期

当使用us-east-1以外的端点时，您收到的CreationDate实际上是根据bucket在该区域的上次复制时间最后修改的时间。在对bucket进行更改（例如编辑其bucket策略）时，此日期可能会更改。这种有经验的行为是S3架构的设计和实现方式的结果，因此很难在不影响已经期望这种行为的客户的情况下进行更改

S3确实打算更改此行为，以便显示实际的bucket创建日期，而不考虑发出GET Service调用的区域，但是为了回答您的问题，我们还没有实现此更改的ETA。如果您想知道这一变化何时发生，最有可能在AWS S3论坛上宣布

---

我使用的是eu-west-1区域，我使用的是eu-west-1区域

2018-02-08 12:49:03 i-repo
2018-12-19 15:55:29 l-repo