微服务、无服务器和容器

发布时间: 2020-06-15 14:03:57文章作者: 网站编辑阅读量: 135

　　微服务、无服务器和容器主要云供应商提供一种方法，使用户可在微服务到无服务器部署和始终可用的容器部署之间轻松切换。
　　
　　应用程序团队应从微服务角度思考，而不是无服务器计算。微服务架构直接解决了围绕无服务器计算的常见问题之一：当节约使用时，无服务器很具成本效益。无服务器的客户只需为使用付费，因此，随着使用的增加，无服务器激活的成本可能超过专用始终在线的容器的成本—托管相同应用程序代码。

　　状态控制是构建无服务器应用程序的重要考虑因素，特别是在应用程序可能切换到更传统的云原生容器托管时。微服务或无服务器功能是无状态的。在激活之间无法存储信息，这使得它适合按需激活、缩放和替换。因此，当应用程序涉及多个步骤且具有必须记住的背景信息时，必须提供状态控制。
　　
　　对于云前端的API网关模型，我们有多种方法可以控制状态。当移动设备或Web服务器访问应用程序时，可提供状态作为其在应用程序中生成的事件的一部分。微服务或功能需要的所有信息都通过连接用户界面的状态信息传递给它。API网关可以部署用于记住背景信息，使其成为状态源。或者，微服务或功能可以从后端数据库获取状态信息，该数据库维护每个用户事务的背景信息。
　　
　　编排是一种在内部流程或工作流图中维护状态的方法。为了使用这种方法，首先要调查你所选的云提供商能否提供这种映射，对于已托管在容器中的微服务。如果你正在考虑将一些无服务器微服务过渡到持久性容器中，那么，重点是，在提交给特定的云提供商和业务流程模型之前，了解如何做到这一点。

　　同时，仔细观察无服务器工作流程。云提供商必须按需加载和运行无服务器组件，这些组件处于非活动状态，因此执行时会有延迟。工作流中太多的无服务器元素可能导致响应时间显着增加。如果将相同的组件部署在常规容器中，则不会发生此问题。