使用 AWS Elastic Beanstalk 部署时，我应该将静态文件存储在单独的 S3 中吗？
Should I store static files in a separated S3 when deploying with AWS Elastic Beanstalk?
我在 AWS Elastic Beanstalk 上有一个 Django 应用程序 运行。 Beanstalk 创建了一个 S3 存储桶来存储源代码、版本等
我已经配置 S3 存储桶来存储我的静态文件。每次我部署新版本的代码时，eb 都会正确运行 collectstatic 命令并创建静态文件，但它会覆盖权限。因此，对于每个新部署，我都需要去 select static 文件夹并手动创建对象 public。
问题： 将我的 static 文件存储在同一个存储桶中是否正确，或者我应该使用 public 策略创建一个单独的存储桶？
问题2：如果使用同一个桶比较好，如何为static文件夹定义一个public策略，而不是static文件夹？源代码等其他文件夹？
最好使用单独的存储桶，这样您就可以锁定包含私人文件的存储桶。您可能希望为包含静态文件的存储桶启用静态网站托管，而这不是您想要在还包含私有文件的存储桶上启用的功能。
额外费用为0，没有理由不拆分。
我在 AWS Elastic Beanstalk 上有一个 Django 应用程序 运行。 Beanstalk 创建了一个 S3 存储桶来存储源代码、版本等
我已经配置 S3 存储桶来存储我的静态文件。每次我部署新版本的代码时，eb 都会正确运行 collectstatic 命令并创建静态文件，但它会覆盖权限。因此，对于每个新部署，我都需要去 select static 文件夹并手动创建对象 public。
问题： 将我的 static 文件存储在同一个存储桶中是否正确，或者我应该使用 public 策略创建一个单独的存储桶？
问题2：如果使用同一个桶比较好，如何为static文件夹定义一个public策略，而不是static文件夹？源代码等其他文件夹？
最好使用单独的存储桶，这样您就可以锁定包含私人文件的存储桶。您可能希望为包含静态文件的存储桶启用静态网站托管，而这不是您想要在还包含私有文件的存储桶上启用的功能。
额外费用为0，没有理由不拆分。