Aws lambda 如何正确构建微服务体系结构

Aws lambda 如何正确构建微服务体系结构,aws-lambda,microservices,Aws Lambda,Microservices,我不熟悉微服务架构。 我想建立基于aws lambda的微服务 例如: 我有两张表,上面有帖子和评论 如何正确构建微服务 我是这样看的: 使用数据库中的crud(创建、更新、删除、显示)帖子和评论创建第一个服务 第二项服务将按特定参数过滤帖子和评论 这个服务体系结构是否正确 谢谢微服务是可重用的服务。总的来说,他们做了一件“事情”,而且做得很好。例如,一个微服务可以为一个表生成一个唯一的分区键,这样在插入时就不会发生冲突 你对微服务的态度很好。我们的目标是将这些微服务解耦,以便可以彼此独立地部署

我不熟悉微服务架构。 我想建立基于aws lambda的微服务

例如: 我有两张表,上面有帖子和评论

如何正确构建微服务

我是这样看的:

使用数据库中的crud(创建、更新、删除、显示)帖子和评论创建第一个服务

第二项服务将按特定参数过滤帖子和评论

这个服务体系结构是否正确


谢谢

微服务是可重用的服务。总的来说,他们做了一件“事情”,而且做得很好。例如,一个微服务可以为一个表生成一个唯一的分区键,这样在插入时就不会发生冲突

你对微服务的态度很好。我们的目标是将这些微服务解耦,以便可以彼此独立地部署,并尽可能地重用它们。当人们复制核心微服务(如CRUD DB访问器)时,微服务开始失败,因为他们没有尽职调查以发现可能已经可用的内容


在良好的领域驱动设计中,对微服务的所有权和责任的理解是显而易见的;因此,在开始使用微服务之前,我会先看看如何进行领域驱动的设计活动。

微服务是可重用的服务。总的来说,他们做了一件“事情”,而且做得很好。例如,一个微服务可以为一个表生成一个唯一的分区键,这样在插入时就不会发生冲突

你对微服务的态度很好。我们的目标是将这些微服务解耦,以便可以彼此独立地部署,并尽可能地重用它们。当人们复制核心微服务(如CRUD DB访问器)时,微服务开始失败,因为他们没有尽职调查以发现可能已经可用的内容

在良好的领域驱动设计中,对微服务的所有权和责任的理解是显而易见的;因此,在开始使用微服务之前,我会先看看如何进行领域驱动的设计活动