什么是无服务器计算？

无服务器不仅仅是功能即服务 (FaaS) - 云计算服务，它使开发人员可以运行代码或容器来响应特定事件或请求，而无需指定或管理运行代码所需的基础架构。

FaaS 是无服务器的核心计算模型，两个术语通常可以互换使用。无服务器是完整的服务堆栈，可以响应特定的事件或请求，并在不再使用时缩放到零，其配置、管理和计费工作均由云供应商负责，无需开发人员处理。

除了 FaaS 之外，这些服务还包括数据库和存储、应用程序编程接口 (API) 网关和事件驱动型架构。

数据库（SQL 和 NoSQL）和存储（尤其是对象存储）是构成数据层的基础。针对这些技术的无服务器方法涉及从配置具有已定义容量、连接与查询限制的“实例”，过渡到随基础设施与定价需求而线性缩放的模型。

API 网关可充当 Web 应用程序操作的代理，并提供 HTTP 方法路由、客户端 ID 和密钥、速率限制、CORS、查看 API 使用情况、查看响应日志以及 API 共享策略。

无服务器架构非常适合事件驱动型工作负载和流处理工作负载，而其中最著名的便是开源 Apache Kafka 事件流平台。

自动化无服务器函数是无状态的，旨在处理单个事件。这些功能已经成为事件驱动架构 (EDA) 的重要组成部分 - 围绕事件的发布、捕获、处理和存储构建的软件设计模型。在 EDA 框架中，事件生产者（例如，微服务、API、IoT 设备）向事件消费者发送实时事件通知，激活特定的处理例程。例如，当 Netflix 发布新的原创剧集时，多个 EDA 服务处于待命状态等待发布通知，这会触发级联更新以通知用户。许多其他基于面向用户的 Web 和移动应用程序的公司，例如 Uber、DoorDash、Instacart，都依赖事件驱动的架构。

由于无服务器、平台即服务 (PaaS)、容器和虚拟机 (VM) 在云应用程序开发和计算生态系统方面都发挥着至关重要的作用，所以比较无服务器和其他模式在某些关键属性方面的差异很有帮助。

• 配置时间：无服务器的配置时间以毫秒计，而其他模式则以分钟或小时计。

• 管理负担：无服务器没有任何管理负担，相比之下，PaaS、容器和虚拟机的管理负担则分别为较轻、中等和较重。

• 维护：无服务器架构 100% 由 CSP 管理。PaaS 也是如此，但容器和虚拟机需要大量维护，包括更新/管理操作系统、容器映像、连接等。

• 缩放：自动缩放（包括自动缩放到零）是无服务器的固有特性，可即时实现。其他模式也提供自动缩放功能，但速度缓慢，需要仔细调整自动缩放规则，并且不能缩放到零。

• 容量规划：无服务器无需进行容量规划。其他模式则需要混合使用一些自动可扩展性和一些容量规划。

• 无状态：无服务器的固有特性，意味着缩放不成问题；状态在外部服务或资源中维护。PaaS、容器以及虚拟机可以利用 HTTP，长时间保持打开的套接字或连接，并在两次调用之间将状态存储在内存中。

• 高可用性 (HA) 和灾难恢复 (DR)：无服务器提供高可用性和灾难恢复，无需额外的工作或额外成本。其他模型需要额外的成本和管理工作。基础设施可以通过虚拟机和容器自动重启。

• 资源利用率：无服务器是 100% 高效的，因为它没有闲置容量 - 只有在请求时才会调用。所有其他模型都或多或少地存在容量空闲情况。

• 计费和节余：无服务器架构会以 100 毫秒为单位进行计费。PaaS、容器和 VM 则通常按小时或分钟来计费。

Kubernetes 是一个开源容器编排平台，可自动执行容器部署、管理和扩展。其自动化功能极大地简化了容器化的应用程序的开发。

无服务器应用程序通常部署在容器中。但是 Kubernetes 只能通过将 Kubernetes 与特定云供应商的无服务器平台集成的专用软件独立运行无服务器应用程序。

Knative 是 Kubernetes 的开源扩展，提供无服务器框架。它使任何容器都能够在运行 Kubernetes 的任何云平台上作为无服务器工作负载运行，无论该容器是围绕无服务器功能还是其他应用程序代码（例如微服务）构建的。Knative 的工作原理是将代码抽象出来，处理网络路由、事件触发器和自动缩放，以实现无服务器执行。

Knative 对开发人员是透明的。他们使用 Kubernetes 构建容器，然后 Knative 完成剩下的工作，并将容器作为无服务器工作负载运行。

无服务器计算可为个人开发人员和企业开发团队提供众多技术优点和业务优点：

• 提高开发人员的工作效率：如上所述，无服务器可以让开发团队专注于编写代码，而无需管理基础架构。它为开发人员提供了更多时间来创新和优化前端应用程序功能和业务逻辑。

• 仅为执行付费：计量从发出请求时开始，并在执行完成时结束。将此与 IaaS 计算模型进行比较，在 IaaS 计算模型中，客户需要为运行应用程序所需的物理服务器、虚拟机和其他资源付费，从他们配置这些资源直到明确停用为止。

• 使用任何语言进行开发：无服务器是一个多语言环境，使开发人员能够使用任何自己习惯的语言或框架（Java、Python、JavaScript、node.js）进行编码。

• 简化开发/开发运维周期：无服务器简化了部署，从更广泛的层面上来说，简化了开发运维，因为开发人员不必再花时间定义所需的基础架构，以集成、测试、交付代码以及将代码各版本部署到生产环境中。

• 经济高效的性能：对于某些工作负载来说（比如困难的并行处理、流处理、某些数据处理任务），无服务器计算相较于其他形式的计算速度更快，也更经济高效。

• 降低延迟：在无服务器环境中，代码可以在更靠近最终用户的地方运行，从而降低延迟。

• 使用情况可见性：无服务器平台对于系统和用户时间近乎完全可见，并且可以系统地汇总使用情况信息。

虽然无服务器有很多优点，但也有必要考虑一些缺点：

• 控制较少：在无服务器环境中，组织将服务器控制权移交给第三方 CSP，从而放弃对硬件和执行环境的管理。

• 供应商锁定：每个服务供应商都提供与其他供应商不兼容的独特无服务器功能和特性。

• 启动缓慢：也称为“冷启动”，启动缓慢会影响无服务器应用程序的性能和响应速度，尤其是在实时需求环境中。

• 复杂的测试和调试：无服务器计算模型的调试可能更加复杂，因为开发人员缺乏对后端流程的可视性。

• 运行长时间应用程序的成本较高：无服务器执行模式并非为长时间执行代码而设计。因此，长时间运行的进程可能比传统的专用服务器或 VM 环境成本更高。

鉴于其独特的属性和优势，无服务器架构最适合涉及微服务、移动后端以及数据和事件流处理的用例。

目前，无服务器最常见的用例是支持微服务架构。微服务模式专注于创建小型服务，这些服务执行单一任务并使用 API 相互通信。虽然也可以使用 PaaS 或容器来构建和运行微服务，但无服务器因其代码量少、固有的自动缩放、快速配置以及不对空闲容量计费的定价模式等特性，发展势头强劲。

无服务器平台中的任意操作（或功能）均可转换为 HTTP 端点，以供 Web 客户端随时使用。为 Web 启用这些操作时，它们被称为 Web 操作。可将 Web 操作组合为功能齐全的 API，并通过 API 网关提供额外的安全性、OAuth³ 支持、速率限制和自定义域支持。

Open Liberty InstantOn⁴ 采用一种新颖的方法来支持无服务器应用程序的快速启动。借助 InstantOn，您可以在应用程序构建期间对正在运行的 Java 应用程序进程设置检查点，然后在生产中恢复该检查点。恢复速度很快（约数十毫秒），这使其成为无服务器的理想选择。由于 InstantOn 是现有应用程序的检查点，因此恢复后的行为是相同的，包括同样出色的吞吐量性能。此过程使组织能够采用无服务器来开发新的云原生应用程序，并提供了将无服务器引入现有企业的机会。

无服务器非常适合围绕数据丰富、转换、验证和清理等任务处理结构化文本、音频、图像和视频数据。开发人员还可以将其用于 PDF 处理、音频规范化、图像处理（旋转、锐化、降噪、缩略图生成）、光学字符识别 (OCR) 和视频转码。

任何困难的并行任务都是无服务器运行时的绝佳用例，每个可并行化的任务都会产生一次操作调用。此类任务的例子包括数据搜索和处理（特别是 Cloud Object Storage）、MapReduce 操作和网络抓取、业务流程自动化、超参数调优、蒙特卡罗模拟以及基因组处理。

将托管的 Apache Kafka 与 FaaS 和数据库或存储相结合，为实时构建数据管道和流媒体应用程序提供了坚实的基础。这些架构非常适合处理各种数据流采集（用于验证、清理、扩充、转换），包括 IoT 传感器数据、应用程序日志数据、金融市场数据和业务数据流（来自其他数据源）。

无服务器提供运行人工智能 (AI) 和机器学习 (ML) 工作负载所需的自动化可扩展性，确保最佳性能并加速创新。

无服务器计算支持混合云战略的方式为提供适应本地、公有云、私有云和边缘环境中波动的工作负载所需的敏捷性、灵活性和可扩展性。

无服务器支持当今许多最常见的应用程序，包括客户关系管理 (CRM)、高性能计算 (HPC)、大数据分析、业务流程自动化、视频流、游戏、远程医疗、数字商务、聊天机器人创建等。