随着云计算时代的到来，Serverless 架构逐渐成为一种趋势。我们不再需要关心服务器的设置和维护，只需要编写逻辑代码，云服务提供商可以自动托管应用程序。实现类似于：无服务器架构的云函数、云端数据库和云存储。
然而，Serverless 应用也存在很多限制和专业知识。在本文中，我们将深入探讨这些限制和知识。
限制
冷启动
Serverless 应用程序的运行涉及到云提供商的服务器托管，而这种托管是以时间和资源为代价的。如果一个云用户在一段时间内停止使用 Serverless 函数，这个函数将被挂起并释放，当用户再次请求这个函数时，函数需要重新启动。这个过程叫做“冷启动”。
冷启动会导致函数响应时间变慢，这会对用户体验产生不良影响。为了解决这个问题，我们可以通过定期访问该函数并使用预热机制来解决。
AWS Lambda 在2016年提出了“冷启动优化”机制，使用 Docker 容器来进行函数预加载。这种方法可以大大减少冷启动时间。
运行时间和资源
大多数 Serverless 服务运行时间和资源都受到限制。例如，AWS Lambda 最大的运行时间是 15 分钟，同时限制内存和 CPU 资源。这意味着我们必须在这个时间内完成计算任务，否则整个任务将被中断。
这个限制意味着我们必须重新设计我们的应用程序以满足这个限制。我们可以使用异步编程模型和拆分任务等技术来最大程度地利用这些有限的资源。
镜像大小
Serverless 可能会对应用程序大小提出限制。容器镜像的大小可能非常重要，因为它们可能需要在 Internet 上进行传输。如果镜像太大，将增加网络传输时间。
我们可以通过升级服务器内部存储或使用在线应用程序存储来解决这个问题。一种常见的做法是在启动时动态加载依赖项，以减小服务器容器的大小以及传输大小。
专业知识
异步操作
Serverless 应用程序的运行方式和传统服务器编程方式有所不同。在传统服务器编程中，我们使用同步编程模型。但是，Serverless 应用程序通常需要使用异步编程模型，充分利用服务器资源。只有在任务需要的情况下才会使用服务器资源。这是因为函数在云提供商的服务器上运行，而这些服务器通常是按使用时间和资源计费的。
下面是一个基于 Node.js 的 Lambda 函数示例代码，展示了 Node.js 中的异步编程模型：
--------------- - ------- -------- --------- -- -
------------- -- -
-------------- ------ ---------
-- ------
--资源分离
Serverless 架构具有强大的资源分离特性。这意味着函数和其他资源（例如数据库和存储）可以独立部署和扩展。为了实现资源分离，Serverless 应用程序需要使用开放 API 和事件基础架构。这些技术使得要在 Serverless 应用程序中执行的操作能够通信。这使得功能更容易扩展和维护。
下面是一个 AWS Lambda 数据库操作的示例代码，展示了如何与其他服务通信：
----- --- - -------------------
----- --- - --- ------------------------------
--------------- - ------- -------- --------- -- -
----- ------ - -
---------- -----------
---- -
----- --------
-
--
--------------- ------------- ----- -
-- ----- -
------------- ------
- ---- -
-------------- -----------
-
---
--建议
Serverless 应用程序有一些实践建议，以充分利用 Serverless 的优势并克服它的局限性。
- 使用异步编程模型充分利用服务器资源。
- 有效地使用内存和运行时间，并使用拆分和并行化任务技术。
- 避免过度依赖函数和容器映像，使用在线存储。
- 使用资源分离技术充分利用 Serverless 架构的优势。
结论
Serverless 架构是一种趋势，基于这种架构的应用程序具有一些限制和需要一些专业知识。理解这些限制和知识是开发人员的一个关键维度。希望本文对 Serverless 应用程序开发者有所帮助。
来源：JavaScript中文网 ，转载请联系管理员！ 本文地址：https://www.javascriptcn.com/post/6709eeb7d91dce0dc87d1d27