RDBMS与DynamoDB、无服务器与非无服务器

Question

我对计划中的应用程序的设计有一点问题，特别是数据库引擎和无服务器/非无服务器。目标是一个通过RESTAPI与数据库对话的Web应用程序。RESTAPI本身实际上只是CRUD操作，因此在我看来，无服务器aproach（AWS Lambda）非常适合。因此，最有效的数据库可能是DynamoDB（NoSQL）。

我熟悉RDBMS，对NoSQL数据库知之甚少。

应用程序的模式尚未完成，应该可以在以后进行扩展，因为可能需要实现新功能等等。正因为如此，我宁愿使用RDBMS而不是NoSQL数据库，因为它们在以后编辑模式时伸缩性不好。（至少这是我最近几个小时读到的）

例如，选择AmazonRDS MySQL数据库将要昂贵得多，我不知道他们在RESTAPI的无服务器应用程序方面做得如何。

所以我站在一个点上，我真的不知道在这里使用什么服务。我还能用DynamoDB吗？该模式可能是非常相关的。

Answer 1

DynamoDB没有任何模式的概念，所以关于编辑的所有事情都有点无关（与DynamoDB）。如果模式是指具有特定属性的对象，那么它取决于用例。如果您同意在不共享相同“模式”的表中使用对象，那么它非常简单，因为默认情况下允许这样做。另一方面，如果您需要所有对象共享同一组属性，并且要经常更改它们，那么与RDS相比，这确实不是那么简单和直接。

接下来，如果您有一个关系模式表，并计划对其进行一些连接，那么DynamoDB真的不是一个好的解决方案。DynamoDB适用于特定类型的用例，如存储会话或类似（低）复杂性的东西。在DynamoDB中编写更复杂的查询可能会变得非常乏味和痛苦。

考虑到价格。嗯，我不会说DynamoDB有那么便宜。乍一看似乎是这样，但如果你深入研究，你会发现它实际上相当昂贵，主要是从写作的角度来看。您需要预配读写容量和吞吐量，您需要的吞吐量越多，成本就越高（您可以使用自动缩放来处理突发流量，但在流量一致的情况下，这对您没有太大帮助）。在更大的规模上，RDS（而不是Aurora）的成本只是DynamoDB成本的一小部分（假设我们谈论的是可以由RDS处理的用例）。

如果您担心RDS与Lambda的集成，那么与DynamoDB相比，复杂性并没有那么大。需要考虑一些因素，例如lambda执行时间硬限制（目前为15分钟），RDS的响应速度可能较慢（与DynamoDB相比），但是如果您的查询花费了那么长的时间，那么您要么做错了什么，要么误用了这些工具。

总而言之，如果您对使用RDS感到满意，并且不需要DynamoDB提供的毫秒延迟（或者如果使用DAX，甚至是微秒延迟），那么在您的情况下，我肯定会使用RDS而不是DynamoDB。再说一次，DynamoDB并不是解决所有数据相关问题的通用解决方案，更常见的情况是，我发现它被严重滥用于RDS可以轻松处理的东西。