我正在通过观看下面的 youtube 视频构建一个 web api，直到 AWS S3 存储桶设置我理解一切正常。但他首先在本地部署所有内容，然后在确保一切正常后，他将所有静态文件传输到 AWS，对于 DB，他从 SQLdb3 切换到 POSgres。
我仍然不明白为什么我们需要将静态文件放到 AWS 并创建 POSTgresql 数据库，即使有来自 django 的 SQLdb3 默认数据库。我在想，如果我是唯一的管理员，并且仅从 Heroku 连接我的 GitHub 就足够了，并且每当我在 api 中更改某些内容时，只需将这些更改推送到 github master 就可以了。
为什么我们需要使用 AWS 来设置静态文件位置并设置 rds（关系数据库）并从头开始做这些事情。还是没看懂！
谁能帮忙解释一下？ 谢谢
【问题讨论】：
标签： django postgresql api github heroku
视频指南鼓励您从 SQLite 切换到数据库服务器（如 MySQL 或 PostgreSQL）有几个原因：
SQLite 是 Django 中的默认数据库，因为它开箱即用，并且在本地/开发环境中用于原型设计非常快速且易于使用。
但是，它通常不适合生产网站。此外，虽然将 sqlite.db 文件与代码一起存储可能很诱人，例如在 git 存储库中，但它被认为是一种不好的做法，因为您的数据库可能包含敏感数据（例如密码、用户名、电子邮件等）。 ）。因此，严格区分代码和数据是一种很好的做法。
另一种说法是，您的代码和数据具有不同的生命周期。您希望能够在不重新部署代码的情况下编辑数据库中的数据，并在不接触数据库的情况下更新代码。
即使您可以通过 GitHub 删除对某些文件的公开访问权限，这也不是一个好的做法，因为当您在一个有多个开发人员的团队中工作时，开发人员可能可以访问代码但不能访问生产数据，因为它通常是敏感的.如果您与 5 个人一起工作，并且每个人都有您的数据库副本，则意味着丢失或被盗的风险要高 5 倍；）
当您在本地工作时，Django 内置的runserver 命令会为您处理 CSS、Javascript 和图像等静态资源的服务。
但是，此服务器也不是为生产使用而设计的。它在开发中运行良好，但在生产网站上会很快开始失败，这应该比您的本地版本处理更多的请求。
因此，您需要将这些静态文件托管在其他地方，而 AWS 是您可以做到这一点的地方。 AWS 将以一种非常有效的方式为您提供这些文件。如果您使用的是专用服务器，还有其他可用选项，例如使用 Nginx 配置反向代理来为您提供文件。
据我所知，您在视频中描述的进展正在将您从本地开发环境带入更高效和可扩展的生产设置。这是意料之中的，因为从非常简单的东西（SQLite，Django 的内置 runserver）开始，然后再转向更复杂和抽象的主题和工具，并不那么令人生畏。
【讨论】：