Amazon web services 用于托管多个微服务的APIG/Lambda

Amazon web services 用于托管多个微服务的APIG/Lambda,amazon-web-services,aws-lambda,aws-api-gateway,Amazon Web Services,Aws Lambda,Aws Api Gateway,AWS对托管多个micro服务的建议是什么?我们能在同一个APIG/Lambda上托管所有这些设备吗?通过这种方法,我发现当我们想要更新一个服务的API时,我们就要部署所有服务的API,这意味着我们的回归将包括测试所有服务的访问。另一方面,为每个服务创建单独的APIG/Lambda,我们最终将拥有多个资源(和多个帐户)进行管理,这可能会成为以后的运营负担?微服务是自主开发的,应该进行构建、测试、部署、扩展。。。独立地。有很多方法可以做到这一点,以及如何将产品拆分为多个服务。例如,一种模式是将AP

AWS对托管多个micro服务的建议是什么?我们能在同一个APIG/Lambda上托管所有这些设备吗?通过这种方法,我发现当我们想要更新一个服务的API时,我们就要部署所有服务的API,这意味着我们的回归将包括测试所有服务的访问。另一方面,为每个服务创建单独的APIG/Lambda,我们最终将拥有多个资源(和多个帐户)进行管理,这可能会成为以后的运营负担?

微服务是自主开发的,应该进行构建、测试、部署、扩展。。。独立地。有很多方法可以做到这一点,以及如何将产品拆分为多个服务。例如,一种模式是将API网关作为其背后所有服务的前门,因此它将是自己的服务

一个lambda通常执行一个任务,一个服务可以由多个lambda组成。我甚至不知道如何从同一个lambda执行多个服务

如果没有适当的工具和流程以自动化和可扩展的方式管理所有系统,这可能会成为一种负担。任何体系结构都有其优缺点,但对于无服务器应用程序来说,复杂性肯定会降低,因为所有计算都由AWS管理


AWS实际上有一个在AWS上讨论微服务的平台。

微服务是自主开发的,应该构建、测试、部署、扩展。。。独立地。有很多方法可以做到这一点,以及如何将产品拆分为多个服务。例如,一种模式是将API网关作为其背后所有服务的前门,因此它将是自己的服务

一个lambda通常执行一个任务,一个服务可以由多个lambda组成。我甚至不知道如何从同一个lambda执行多个服务

如果没有适当的工具和流程以自动化和可扩展的方式管理所有系统,这可能会成为一种负担。任何体系结构都有其优缺点,但对于无服务器应用程序来说,复杂性肯定会降低,因为所有计算都由AWS管理

AWS实际上有一个关于AWS上的微服务的网站