深入浅出Serverless：2 Serverless与相关技术

介绍

• 作为一个热门词汇，Serverless并不孤单，和它一起受到广泛关注的还有诸如微服务（Microservice）、容器（Container）和云等。其实这些技术之间有着很强的关联关系。正确地理解Serverless和其他技术的关系，是正确理解Serverless架构的一个重要基础。要深入理解Serverless，需要结合当下业界发展的整个大环境和趋势进行思考。

云计算

从私有数据中心到云

• 按所管控的计算资源的范围来划分，云计算模式可以分为基础架构即服务（Infrastructure as a Service）、平台即服务（Platform as a Service，PaaS）以及软件即服务（Software as a Service，SaaS）。
• 在云计算传统的私有数据中心架构中，让一个应用服务上线跑起来，用户需要负责管理和维护底层网络、存储和主机，到操作系统、中间件，以及应用的开发、部署及运维。
• 在传统的架构模式中，每上线一个应用服务，都要求用户对架构堆栈中每一个层次的服务进行配置和维护，这极大地拖慢了整体的流程效率，传统的架构限制了生产力的发展，于是云计算的变革悄然而至
•  

IaaS、PaaS与SaaS

• 在IaaS架构中，应用架构底层的网络、存储和计算资源（主机、物理机或虚拟机），由云平台供应商（Cloud Provider）提供和运维。用户在云平台上付费申请所需的网络、存储和计算资源，云平台供应商在一定时间内提供。对于云平台供应商而言，集中化和规模化地运维及供给使得基础架构资源的成本更低，这是一个不可多得的商机

• PaaS平台提供了应用的运行环境（如应用运行时）、应用依赖的服务（如数据库、中间件、负载均衡、构建服务、发布服务）以及底层所需的计算资源，用户可以把精力集中在应用的开发和创新上。PaaS模式可以提高应用开发、发布和运维的整体效率，有效缩短了应用上市的时间（Time to Market）

• SaaS模式下，用户完全不用管理任何应用和基础设施，从而变成云服务的消费者

Serverless与云计算

• Serverless是云计算变革过程中的一个必然产物。Serverless架构实现的一个重要基础是函数即服务（Function as a Service，FaaS）。
• FaaS的灵活度和管理成本介于PaaS和SaaS之间。相对于PaaS而言，FaaS有更高的抽象程度和更低的管理成本。相对于SaaS来说，FaaS用户有更高的控制力和灵活度。Serverless架构是对开发和运维的一场解放运动，让用户的焦点回到用户应该关注的地方
• 云计算的不断发展是Serverless发展和流行的最大推动因素。Serverless是云计算未来发展的一个方向
•  

微服务

从SOA到微服务

• 在SOA架构下，应用通过服务暴露功能，实现了彼此信息的交换和集成，使得通过服务的组合和编排形成新的应用系统成为可能。但是多个模块和功能仍然被包含在同一个应用中、同一个交付件中
• 微服务架构（Microservice Architecture，MSA）提倡将应用化整为零，减小颗粒度
• 大型的应用（Monolithic Application）按照一定的规则被拆分成若干个颗粒度更小的应用。这些细小的应用称为微服务（Microservice）
•  

微服务的价值与挑战

• 微服务增加了应用架构的灵活度，为应用的开发和交付带来了价值

  • 更清晰的权责

  • 更快速的开发和交付节奏

  • 更灵活的资源扩展

• 微服务架构在带来价值的同时也带来了一些新的挑战

  • 团队组织变化：应用架构的改变也将导致开发应用的开发团队结构发生变化
  • 运维复杂度：运维管理的应用实例数将大大增加。微服务架构下工作量呈指数级增长。
  • 微服务治理：微服务之间的通信、调用链的跟踪管理、状态监控、错误跟踪排查等都需要相应的解决方案

2.2.3　Serverless与微服务

	微服务	Serverless
功能结构	最小成员单位是微服务	最小成员单位是函数
强调	化整为零，提高应用架构灵活度	强调的是“减负”，将服务器移出用户的管理职责范围，降低复杂度和成本
成本	架构上带来灵活性的同时，也增加了开发、部署和运维的复杂度	开发和运维的效率更高，管理成本更低

容器

容器技术的兴起

• 对于很多用户而言，云和非云环境并不是二选一，而是两者都需要。云和非云环境在相当长的一段时间内将同时存在。应用如何快速地在云和非云环境中迁移成为一个重要的问题。为了有更高的可用性，避免厂商的锁定，一些实力雄厚的客户往往同时是多家云平台供应商的客户。因此实现应用在不同云环境中的快速迁移也成为一个重要的需求
•  
• 容器（Container）技术的出现为前文提及的问题提供了一个很好的解决方案。经过几年的迅速发展，容器已经不容置疑地成为云计算的一项关键基础技术。Docker（现在已经更名为Moby项目）已成为容器引擎的事实标准。Kubernetes也在竞争中脱颖而出，成为容器编排（Orchestration）平台的事实标准。通过Kubernetes这样的容器编排平台，容器镜像可以快速地被部署到成百上千的主机上。Kubernetes成为一种类似操作系统的存在，有的人认为Kubernetes就是一种云操作系统。传统的操作系统只管理一台主机上的CPU、内存、磁盘和网络资源，而Kubernetes则掌控着数据中心中成百上千台主机的资源。

Serverless与容器

• 容器架构中最小的运行单元是容器，而Serverless中则是函数。容器应用一般是预先部署，然后持续在线。而在Serverless架构中，应用是按需加载和执行的。这意味着理论上Serverless的资源使用效率更高。
• 其实，容器技术可以是Serverless架构实现的一个基础。容器平台的最小运行单元为容器，虽然目前容器内一般运行的是一个完整的应用，但是将容器内运行的对象变成函数显然并无技术困难。Kubernetes上默认没有事件触发的支持，无法做到按需部署容器应用。但是通过Kubernetes叠加上一些FaaS框架运行包含函数逻辑的容器，用户很容易使Kubernetes具备FaaS服务的能力，容器必将是未来私有云构建Serverless能力的一个重要实现基础。
•  

PaaS

以应用为中心

• 从技术标准上而言，早期的PaaS可以说是百家争鸣，每一个厂商都有自己的一套技术堆栈，随着容器技术的流行，目前PaaS平台开始支持容器作为应用的交付件，这使得应用在各个PaaS之间有更好的可移植性。

Serverless与PaaS

• 目前一些主流的PaaS平台和Serverless平台，主要差异在于：

	PaaS	Serverless
管理颗粒度	对应用颗粒度的管理以应用为单位	细致到每个应用的函数
应用部署模式	应用是持续地被部署在主机、虚拟主机、容器	按需部署，这是Serverless的按用量付费（Pay-As-You-Use）模型的基础
作业类型	包含长时间运行的应用（如各类Web应用和业务系统）和定时执行的短期任务（如数据分析抽取任务）	偏向于执行时间跨度比较短的任务
实例	存在应用实例数这一概念的，用户需要设置每一个实例的CPU和内存的使用大小以及需要的实例数	将实例数的概念移除了

• 当前许多PaaS平台也开始支持容器，或是以容器作为技术架构的基础，如Red Hat的OpenShift就是一个以Docker和Kubernetes为基础的开源容器PaaS。基于这种容器PaaS平台，结合FaaS和BaaS框架的支持，用户可以实现私有的Serverless平台

FaaS

Serverless实现的基础

• 函数即服务（Function as a Service，FaaS）是当前Serverless实现的技术基础。每一个函数完成一个相对简单的业务逻辑，一个完整的应用由若干个函数组成。因为FaaS和Serverless的关系密切，因此FaaS的特点同时也是Serverless平台的特点：

  • 抽象了底层计算资源
  • 按使用量付费
  • 自动弹性扩展
  • 事件驱动

• FaaS是当前Serverless实现的重要基础，所以有一部分人认为Serverless就是FaaS。这是狭义上的Serverless。

FaaS的架构

• 目前，业界有多种FaaS的实现方案，如公有云的AWS Lambda、Microsoft Azure Fun-ctions、Google Cloud Functions，私有云的OpenWhisk、Fn、Kubeless等。

• 宏观来看，一个FaaS平台的架构中包含如下主要组件：

  • 函数定义（Function Definition）：一个函数实现一个业务逻辑
  • 函数实例（Function Instance）：在运行状态的应用函数的实例
  • 控制器（Controller）：负责应用函数的加载、执行等流程的管理
  • 事件（Event）：事件驱动架构中的事件
  • 事件源（Event Source）：事件驱动架构中的事件来源。可以是一个数据库中插入了新的记录，也可以是一个目录里删除了一个文件，或者是消息队列收到了新的消息
  • 触发规则（Trigger Rule）：定义事件与函数的关系及触发的规则
  • 平台服务（Platform Service）：支撑应用运行的各类底层服务，如计算资源、数据存储等
  •  

函数的生命周期

• 在FaaS上一个函数从创建到执行的生命周期
  • 用户根据所选定的FaaS平台的规范进行函数应用的开发。
  • 编写好的函数将上传至FaaS平台。平台将负责编译和构建这些函数，并将构建的输出保存。
  • 用户设置函数被触发的规则，将事件源与特定版本的函数进行关联。
  • 当事件到达且满足触发规则时，平台将会部署、编译构建后的函数并执行。平台将监控函数执行的状态，根据请求量的大小，平台负责对函数实例进行扩容和缩容
  •  

函数工作流

• 当涉及多个函数执行时，就需要有逻辑处理执行的顺序、错误重试、异常捕获以及状态传递等细节。
• 一些FaaS实现开始提供针对FaaS函数的流程编排服务或工具，以简化FaaS应用的流程编排，如AWS Step Functions和Fission Workflows
•  

BaaS

BaaS的价值

• 后端即服务（Backend as a Service，BaaS）
• 通过BaaS平台，用户的应用程序可以对接后端的各种服务，省去了用户学习各种技术和中间件的成本，降低了应用开发的复杂度。BaaS的服务往往由服务供应商提供，用户无须关心底层细节，无须维护相关资源
•  

广义的Serverless

• 广义的Serverless包含FaaS和BaaS两个方面。FaaS解决了应用本身的“无服务器”化，BaaS解决了应用依赖的第三方服务的“无服务器”化。当应用和其依赖的服务都实现了“无服务器”化时，这个应用才算是完整的Serverless应用。

NoOps

无人运维吗

• NoOps，中文直译为“无运维”，或许翻译为“无人运维”更为合适。知名的市场调研公司Forrester于2011年发表的报告《Augment DevOps With NoOps》中提出了NoOps这一概念。它们认为随着云计算的不断演进、IT自动化程度的不断完善、IT自服务程度的不断提高以及应用架构的自扩展和自恢复的实现，IT将进入无须人工运维的阶段

“无服务器”与“无人运维”

• NoOps和Serverless都存在“无”的概念。在Serverless架构下，运维人员不再需要关注底层的基础架构，但是还是需要有人对应用的整体运营状态进行维护。运维关注的焦点会从以往的基础架构转移到云服务和应用的运维上。运维人员有更多的时间关注对业务更有价值的地方，如服务的用户体验，而非系统宕机时间

DevOps

• DevOps是一种IT的治理理念，这种理念强调和谐的开发（Develop）和运维（Operation）的协作，以便为IT提供更可靠和更高质量的交付，从而提升IT的效率和对业务的响应速度。DevOps不仅仅是简单的工具，它还涉及一个企业或组织的文化和流程。

• Serverless架构极大地改变了应用开发、部署和运营的模式，对软件的开发、测试与运维人员的协助模式和关系产生巨大的影响。DevOps所倡导的协作、分享和精益的文化对Serverless的推行而言有着很大益处。

云原生应用

因云而生

• 云将会是主流的应用运行平台，是应用的标准运行环境。所谓的云原生应用（Cloud Native Application）是指充分利用云平台的各种功能和服务所设计的应用程序。未来的应用要充分利用云上的各种设施和功能，最大限度地加速应用的开发、部署和运营，使云的价值最大化

• 云平台是云原生应用的运行基础环境。微服务为云原生应用提供了架构层面的指导思想。容器将会是云原生应用的一种重要交付格式，保证了云原生应用的可移植性。DevOps为云原生应用的开发、交付和运营提供了思想层面的指导

Serverless与Cloud Native

• Serverless应用满足了云原生应用的定义，充分利用了云平台的各种能力，极大地提高了应用开发、交付和运维的效率。因此，Serverless应用是原生应用的一种实现，Serverless架构是用户通向云原生应用的道路之一

• 云原生计算基金会（Cloud Native Computing Foundation，CNCF）是一个专注于推广和标准化云原生技术的组织，目前成员超过100个，包括Google、Amazon、微软、阿里巴巴、华为、Red Hat、Cisco、IBM、Oracle等。云计算领域中许多备受关注的前沿项目都归属于CNCF，如容器编排平台Kubernetes、日志收集器Fluentd、高性能远程调用协议gRPC以及性能指标收集方案Prometheus等。Serverless的流行也受到了CNCF的高度关注，CNCF在2018年发布了Serverless白皮书，探讨了Serverless在云原生计算中的价值以及CNCF在Serverless领域的未来动向

小结

• 要完整认识一个事物，除研究这个事物本身之外，还要了解其所在的生态系统。Serverless是云计算变革的一个产物，是构建云原生应用的一种模式和思想。通过这种思想，结合云计算相关技术，用户可以用更低的成本构建更高性能、更易于扩展及更高可用的云应用

文献

• ThoughtWorks的Martin Fowler的文章《Micro-services Guide》地址：https://martinfowler.com/microservices/
• 《开源容器云OpenShift》
• AWSStepFunctions主页：https://aws.amazon.com/stepfunctions/
• 《Augment DevOps With NoOps》阅读地址：https://www.forrester.com/report/Augment+DevOps+With+NoOps/-/E-RES59203
• CNCF Serverless白皮书参考地址：https://github.com/cncf/wg-serverless/tree/master/white-paper

名词解释

• TTM：应用上市的时间（Time to Market）

• Microservice：微服务

• CNCF：云原生计算基金会（Cloud Native Computing Foundation）

• CNA：云原生应用（Cloud Native Application）

• DevOps：开发（Develop）和运维（Operation）

• FaaS：函数即服务（Function as a Service）

• IaaS：基础架构即服务（Infrastructure as a Service）

• PaaS：平台即服务（Platform as a Service）

• SaaS：软件即服务（Software as a Service）

• MSA：微服务架构（Microservice Architecture）

• Monolithic Application：大型的应用

• Pay-As-You-Use：按用量付费

• BaaS：后端即服务（Backend as a Service）

作者：yeedom
链接：https://www.jianshu.com/p/af80f1819a90
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。