Serverless 与 API 设计
随着云计算技术的发展，Serverless 架构成为了当前很多企业选择的技术解决方案。Serverless 架构的一个重要特点就是“Functions-as-a-Service”（函数即服务），即将一些常用的服务函数抽象成可复用的服务元素，让开发人员只需编写特定的业务逻辑函数，而无需自己搭建服务框架。
在 Serverless 体系下，API 角色的重要性愈发凸显。API 设计是应用程序接口设计的简称，它是用户与计算机程序交互的接口。API 设计可以使我们把代码、数据或者服务封装，让别人用起来更加方便。
API 设计的原则
当我们设计 API 时，应该遵循以下原则：
RESTful 风格：RESTful API 能够易于理解和使用，并且能够使用标准的 HTTP 协议进行扩展和开发。
理解容错性：我们需要考虑到当输入数据不够完整或不符合要求时，我们的 API 应该返回什么样的错误结果，以及如何提高 API 的容错性。
保障稳定性：API 应该针对高流量和低流量数据操作，支持多种并发方式的请求，同时保证高可用性和稳定性。
对数据进行保护：应对潜在的安全问题，如恶意代码和 SQL 注入。
Serverless 下的 API 设计
当我们在 Serverless 下进行 API 设计时，我们还需要遵循以下原则：
服务元素的粒度：我们要尽可能地设计出独立的服务元素，每个服务元素都应该尽可能轻量级，这样才有助于实现高效率和代码重用。
函数间通信：函数间通信是 Serverless 架构下的关键，我们需要设计出可靠、可扩展的消息服务。
数据共享：由于 Serverless 场景下每个函数仅仅处理自己相关领域的部分业务，因此需要考虑数据的共享，让数据在不同函数间流转。
Serverless API 的示例代码
以下示例代码为建立在 AWS Lambda Serverless 平台下的应用，并以 Node.js 为应用语言的设计。
-- -------------------- ---- -------
---- --------
----- --- - -------------------
----- --------- - --- ------------------------------
------------------- - ------- -------- --------- -- -
----- ---- - -----------------------
-- ------- ------------- --- --------- -
------------------------- ---------
------------ --------------- --- --- ---------
-------
-
----- ------ - -
---------- ---------------------------
----- -
--- -------------------------------
--------- --------------
---------- --- -----------------
---------- --- ----------------
-
--
--------------------- ------- -- -
-- ------- -
---------------------
------------ --------------- --- --- ---------
-------
-
----- -------- - -
----------- ----
----- ---------------------------
--
-------------- ----------
---
--在该示例代码中，我们首先声明依赖的服务包，然后定义一个用户函数，用于添加新用户到 DynamoDB 表格中。在函数体中，我们首先将 HTTP 请求体解析成 JSON 格式，然后对用户名进行校验。如果校验失败，则返回错误信息。
接着，我们设置一个 DynamoDB 表格的参数，以便将新用户添加到表格中。在添加数据的函数回调方法中，我们定义了 HTTP 响应的响应码和响应内容，并返回给调用方。
总结
当我们在 Serverless 应用设计中提供 API 服务时，我们应该始终遵循一系列 API 设计原则。具体操作时，要注意服务元素的粒度、函数间通信、数据共享等设计需要，并适时运用一些实用的 API 设计模式，以增强其稳定性、可扩展性和容错性。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/6450ed6c980a9b385b9cb263