Amazon web services 使用Kubernetes（或无服务器）将后端（RESTAPI）结构化为微服务_Amazon Web Services_Kubernetes_Serverless

Amazon web services 使用Kubernetes（或无服务器）将后端（RESTAPI）结构化为微服务

amazon-web-services kubernetes

Amazon web services 使用Kubernetes（或无服务器）将后端（RESTAPI）结构化为微服务,amazon-web-services,kubernetes,serverless,Amazon Web Services,Kubernetes,Serverless,我想在基于微服务的体系结构中设计我的下一个项目，而不是作为一个整体。微服务通常定义为一组危及服务（即公共依赖项、功能等）的端点，还是每个端点都是自己的服务我以前使用过，它定义了每个端点及其依赖项，并将其打包到Lambda/FaaS中。在库伯内特斯，这类似于生活在自己豆荚中的每个端点吗我在考虑如何从一开始就设计一个可以利用自动缩放、微服务和付费使用的新项目时遇到了一些困难，但我还没有找到太多相关信息关于这个问题有什么想法/资源吗？我建议你从视角出发。将应缩放的应用程序与不应缩放的应用程序分开

我想在基于微服务的体系结构中设计我的下一个项目，而不是作为一个整体。微服务通常定义为一组危及服务（即公共依赖项、功能等）的端点，还是每个端点都是自己的服务

我以前使用过，它定义了每个端点及其依赖项，并将其打包到Lambda/FaaS中。在库伯内特斯，这类似于生活在自己豆荚中的每个端点吗

我在考虑如何从一开始就设计一个可以利用自动缩放、微服务和付费使用的新项目时遇到了一些困难，但我还没有找到太多相关信息

关于这个问题有什么想法/资源吗？

我建议你从视角出发。将应缩放的应用程序与不应缩放的应用程序分开。那就好了

定义应用程序之间的连接，同时考虑容错和负载平衡。定义自动发现策略。这就是它的用途

想想你是如何向外界公开你的应用程序的。这就是为什么

想想你如何重新启动和更新你的应用程序。我就是这么做的

考虑一下集群安全。这就是我们要玩的地方。Calico项目提供了更灵活的解决方案

考虑一下整个集群的可用性。来了

在特殊情况下，您可能需要使用，以及

如果您决定更深入，请查看官方网站部分的其他文章。

我建议您从透视图开始。将应缩放的应用程序与不应缩放的应用程序分开。那就好了