共享库与REST服务。优点和缺点是什么？
共享库与REST服务。优点和缺点是什么？
提问于 2019-08-12 09:21:55
有：
- 在多个服务之间共享键值对存储的要求。
- DynamoDB中的一个简单表
- 非常简单的键值对创建逻辑
直观地，我希望将DynamoDB表放在REST服务后面，该服务将实现我所拥有的所有简单逻辑。不幸的是，这意味着在解决方案中增加了许多可靠性和性能挑战，因为让我的服务像DynamoDB一样好、有弹性和高性能并不容易。
现在我已经考虑为这个目的创建一个共享库了。库将实现逻辑并直接连接到DynamoDB表。无论是在DynamoDB表中，还是在将在库中实现的逻辑中，我都没有预料到会有什么变化。
这两种方法的优缺点是什么？
回答 2
Stack Overflow用户
回答已采纳
发布于 2019-08-12 10:09:48
我假设更新共享库将不受您的控制。客户端(库用户)将随时更新。
如果上述假设是正确的，那么您应该始终使用rest服务。考虑一些事情
- rest可以使用缓存而不是一直调用dynamodb。
- 您可能希望更新要放入dynamodb中的数据的架构。
- 您可以一起使用另一个数据库。
- 您可能有一些验证逻辑，这肯定会随着时间的推移而发展。
Stack Overflow用户
发布于 2019-08-12 23:04:39
服务只是一个库的打包和部署选择。两者都是绝对有效的，取决于您的特殊需要。
我很好奇，你为什么觉得需要包装dynamodb呢？有什么特定的领域逻辑，您想要放在上面，以限制它吗？DynamoDB已经是一种restful服务..。将您自己的restful服务放在上面可能是有利的，但您必须让我相信这样做的价值。如果您有需要约束功能的特定业务逻辑，则将其打包为共享库具有一定的优势，特别是如果您可以封装该业务逻辑并将其与DynamoDB的实现分离。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/57458539
复制相关文章
相似问题
腾讯云开发者
