Amazon web services 为每个客户提供单独的AWS RDS实例的好处

我正在为一个web应用程序开发一个项目，其中每个企业客户将拥有独立于自己的独立资源（即单个付费客户独有的用户和用户数据、每个付费客户独有的内容等）。它有点类似于普通的CRM。我们正在AWS的基础上建设，并计划在数据库中使用RDS。鉴于每个客户不在任何不同地区共享数据，以下做法是否最有效：

在企业客户注册后，将使用新的RDS和EC2实例创建一个新的VPC，以便每个客户都有独立的数据库和服务

让一个VPC与所有客户共享RDS和EC2实例，并使用数据库中的指标字段来确定哪些数据属于每个客户

---

我们预计任何给定的企业客户都不会有超过10000个用户，而且目前项目规模很小，只有一个企业客户。

这个答案完全取决于您对应用程序增长的预期（不仅仅是客户数量，还包括性能），但是就我个人而言，如果您目前只有一个企业客户，请创建一个专有网络

可能在RDS上为每个客户单独设置一个数据库，最初假设成本会成为一个问题，为每个客户设置一个单独的db用户以限制风险敞口

如果财务允许，那么您可以考虑分离到一个单独的RDS数据库，该数据库满足性能要求（可能您有SLA层等）

如果您有更大的客户（他们可能有定制的需求，或者有严格的要求，例如没有多租户主机），我建议您查看一个组织设置，每个大客户有一个帐户来分离资源，并为任何共享或多客户资源设置一个帐户

---

关键是要提前计划好您希望的方式，但如果您仍处于客户机的早期阶段，则不要使您的设置过于复杂。

这个答案完全取决于您对应用程序增长的预期（不仅是客户数量，还包括性能），但是就我个人而言，如果您目前只有一个企业客户，请创建一个专有网络

可能在RDS上为每个客户单独设置一个数据库，最初假设成本会成为一个问题，为每个客户设置一个单独的db用户以限制风险敞口

如果财务允许，那么您可以考虑分离到一个单独的RDS数据库，该数据库满足性能要求（可能您有SLA层等）

如果您有更大的客户（他们可能有定制的需求，或者有严格的要求，例如没有多租户主机），我建议您查看一个组织设置，每个大客户有一个帐户来分离资源，并为任何共享或多客户资源设置一个帐户

关键是要提前计划好你想要做什么，但是如果你还处于客户入职的早期阶段，那么不要让你的设置过于复杂