什么是Serverless架构

一、什么是Serverless架构

1、Serverless（无服务器架构）是指服务端逻辑由开发者实现，应用运行在无状态的计算容器中，由事件触发，完全被第三方管理，其业务层面的状态则存储在数据库或其他介质中。

2、Serverless可以使开发者更聚焦在业务逻辑，而减少对基础设施的关注。

3、Serverless通常包含了两个领域 BaaS（Backend as a Service）和 FaaS（Function as a Service）

4、BaaS是一种广泛依赖于第三方应用和服务的无服务器计算方法。BaaS供应商可以提供加密、用户认证、云数据库的使用。这些服务可以通过调用云供应商提供的API进行访问；相比自己重新开发，这些功能可以更方便地整合到各个类型的系统中。

5、FaaS是一种事件驱动的由消息触发的服务，FaaS供应商一般会集成各种同步和异步的事件（如AWS的SNS），通过订阅这些事件，可以触发指定的函数运行，例如当前使用很广泛的 AWS的 Lambda函数。

6、Serverless是非常简单的外包解决方案。它可以让您委托服务提供商管理服务器、数据库和应用程序甚至逻辑。由于这个服务使用者的数量会非常庞大，于是就会产生规模经济效应。在降低成本上包含了两个方面，即基础设施的成本和人员（运营/开发/维护）的成本。

7、Serverless作为一种云服务，使得整个应用程序组件被商品化。

8、横向扩展是完全自动的、有弹性的、且由服务提供者所管理。从基本的基础设施方面受益最大的好处是，您只需支付您所需要的计算能力。

9、Serverless架构明显比其他架构更简单。更少的组件，就意味着您的管理开销会更少。

10、据《福布斯》的统计，在商业和企业数据中心的典型服务器仅提供5%～15%的平均最大处理能力的输出。这无疑是一种资源的巨大浪费。Serverless让服务提供商提供我们的计算能力最大限度满足实时需求，更有效地利用计算资源。

11、要想实现自由的缩放，无状态是必须的，而对于有状态的服务，使用serverless这就丧失了灵活性。

12、Serverless应用程序是高度分布式、低耦合的，这就意味着延迟将始终是一个问题，单纯使用serverless的应用程序是不太现实的。

13、Serverless应用的本地测试困难是一个很棘手的问题。虽然可以在测试环境下使用各种数据库和消息队列来模拟生产环境，但是对于无服务应用的集成或者端到端测试很困难。

二、server是什么意思中文翻译Serverless基本概念入门

从行业趋势看，Serverless是云计算必经的一场革命

2019年，Serverless被 Gartner称为最有潜力的云计算技术发展方向，并被赋予是必然性的发展趋势。Serverless从底层开始变革计算资源的形态，为软件架构设计与应用服务部署带来了新的设计思路。

Serverless，按中文翻译，称为无服务器。

这究竟是一种什么样的形态或产品呢？无服务器，就是真的没有服务器吗？

其实，在行业内，目前对于 Serverless有几种解读方法：

在某些场景可以解读为一种软件系统架构方法，通常称为 Serverless架构；而在有些情况下，又可以代表一种产品形态，称为 Serverless产品。

在说起 Serverless架构时，Serverless代表的是利用 Serverless形态的产品实现的应用架构，这种架构完全依托于云厂商或云平台提供产品完成系统的组织及构建。在这种架构中，用户无需关注支撑应用服务运行的主机，而将关注点投入在系统架构，业务开发，业务支撑运维上。

而说起 Serverless产品时，代表的是无需理解、管理服务器，按需使用，按使用付费的产品。Serverless产品中，其实也可以包含存储、计算等多种类型的产品，而典型的计算产品，就是云函数这种形态。

云函数，或者称为函数即服务 Function as a Service，它和后端即服务 Backend as a Service一起，都可以称为 Serverless产品；而通过组合使用这些产品，开发者可以构建自身的业务 Serverless架构。

Serverless技术为什么会获得越来越多的关注？我们可以从几个角度来看。

首先，从开发者使用的来说，不用更多的去考虑服务器的相关内容，无需再去考虑服务器的规格大小、存储类型、网络带宽、自动扩缩容问题；同时，也无需再对服务器进行运维了，无需不断的打系统补丁、应用补丁、无需进行数据备份、软件配置等工作了。

其次，Serverless产品是完全自动化的弹性扩缩容的；在业务高峰时，产品的计算能力、容量自动扩容，承载更多的用户请求，而在业务下降时，所使用的资源也会同时收缩，避免资源浪费。

再次，跟随着完全自动化的弹性所带来的，是全新的计量计费模式；开发者仅需根据使用量来付费，而在深夜无业务量的情况下，不会有空闲资源占用，因此也不会有费用产生。

随着如上提到的特性，Serverless给开发者或用户带来了具体的商业价值：

Serverless使得应用与服务器解耦，业务上线前无需预估资源，无需进行服务器购买、配置；Serverless也使得底层运维工作量进一步降低，业务上线后，也无需担忧服务器运维，而是全部交给了云平台或云厂商；

Serverless的应用是按需执行的。应用只在有请求需要处理或者事件触发时才会被加载运行，在空闲状态下 Serverless架构的应用本身并不占用计算资源；而在使用 Serverless产品时，用户只需要为处理请求的计算资源付费，而无须为应用空闲时段的资源占用付费；

Serverless架构带来的是进一步的业务解耦，应用功能被解构成若干个细颗粒度的无状态函数，开发可以聚焦在单功能的快速开发和上线上；同时拆解后的云函数，也都可以进行独立的迭代升级，更快速的实现业务迭代，缩减功能的上市时间；

利用 Serverless架构的简单运维、低成本及快速上线能力，可以来快速尝试业务的新形态、新功能；利用 Serverless产品的强弹性扩容能力，在业务获得成功时，也无需为资源扩容而担心；Serverless的技术特点

这里提到的技术特点的对象，特指 Serverless产品中的计算产品，也就是云函数。云函数包含了如下的技术特性：

云函数的运行，是由事件驱动起来的，在有事件到来时，云函数会启动运行Serverless应用不会类似于原有的监听-处理类型的应用一直在线，而是按需启动事件的定义可以很丰富，一次 http请求，一个文件上传，一次数据库条目修改，一条消息发送，都可以定义为事件

云函数由事件触发，而触发启动的一个云函数实例，一次仅处理一个事件无需在代码内考虑高并发高可靠性，代码可以专注于业务，开发更简单通过云函数实例的高并发能力，实现业务高并发

由于云函数事件驱动及单事件处理的特性，云函数通过自动的伸缩来支持业务的高并发针对业务的实际事件或请求数，云函数自动弹性合适的处理实例来承载实际业务量在没有事件或请求时，无实例运行，不占用资源

云函数运行时根据业务弹性，可能伸缩到0，无法在运行环境中保存状态数据分布式应用开发中，均需要保持应用的无状态，以便于水平伸缩可以利用外部服务、产品，例如数据库或缓存，实现状态数据的保存Serverless的应用场景

Serverless架构或者技术，可以用在什么样的场景下，来充分发挥它的优势呢？如下的场景，都适合使用 Serverless架构或产品，来实现所需的业务逻辑。

通过结合使用云函数和 API网关或 HTTP触发器，可以对外提供 URL访问地址，成为 Web、小程序、或移动应用等的后端服务。Serverless架构既可以直接用于构建后台来服务应用，也可以通过类似 BFF模式，构建中台和应用间的桥梁。

Serverless架构提供的强弹性能力，使得可以支撑业务或应用的暴涨；而提供的低运维需求，使得开发者可以专注于业务实现和优化；同时，按实际使用量的付费方式，使得开发者无需预配置资源，无需担心预配置资源的浪费。

Serverles架构的应用本身是由事件触发的，因此极其适合于进行消息处理。无论是消息队列中传递的业务消息，还是 Kafka中采集应用日志，均可以对接到云函数上，进行实时的消息处理、分析。

在 Serverless应用场景中，由对象存储中的文件上传事件，来触发云函数的运行，也是一种常见场景。

针对图片文件的上传，可以借助云函数完成图片的缩略图生成、二维码或水印标记、图片优化处理；而针对数据文件的上传，可以启动数据的自动化分析，

物联网意味着成千上万的设备会连入网络，时刻在不断的产生数据，这对数据的分析、处理的及时性提出了很高的挑战。通过使用 Serverless架构，物联网设备所采集的数据将可以作为云函数的触发事件，而实现数据的实时处理、分析和应用。

随着物联网设备计算能力的进一步提升，云函数作为最小粒度的计算单元，有机会被调度到设备端运行，实现边缘计算，达到端-云联合的 Serverless架构。

通过对接云函数以及云上的各个产品、日志服务、监控告警系统，云时代的运维也都可以用云函数来构建。定时触发的云函数，将可以方便的替代需要在主机上来运行的定时任务；而日志或告警触发的云函数，将可以对云中的事件作出立刻回应及处理。

Serverless—云原生时代的应用架构

云计算已经进入了新的时期，目前上云已经不是应不应该，而是如何上云的问题。在这种情况下，云原生的概念也随之而生。云原生的架构或应用，是基于云而设计的，充分的利用现代云计算平台所具备的弹性和分布式特性来实现应用架构。

而 Serverless架构、产品、以及应用，均是完全依托于云而构建的，是典型且完全的云原生的架构、产品或应用。Serverless产品所具备的产品特性优势、技术优势、费用优势，将成为新一代云产品的发展方向；而基于 Serverless架构推进完成开发的应用或架构，将充分享受到云时代带来的强大助力，使得云计算能真正成为业务的助推器。

Serverless的计算产品-云函数，作为云虚拟机、容器技术之后的下一代计算形态，将引来云计算中新的热潮。围绕着云函数而建设的产品能力、工具、生态、以及应用开发，也将引来新的一轮发展。随着无服务器的产品和生态走向成熟，将逐步承载起企业核心业务。在这个持续向前高速发展的过程中，腾讯云的云函数，将作为腾讯云云原生的重点发力领域，跟随客户需求、行业发展、技术发展，为用户提供完整全套的 Serverless解决方案。

三、server是什么意思中文翻译

从行业趋势看，Serverless是云计算必经的一场革命

2019年，Serverless被 Gartner称为最有潜力的云计算技术发展方向，并被赋予是必然性的发展趋势。Serverless从底层开始变革计算资源的形态，为软件架构设计与应用服务部署带来了新的设计思路。

Serverless，按中文翻译，称为无服务器。

这究竟是一种什么样的形态或产品呢？无服务器，就是真的没有服务器吗？

其实，在行业内，目前对于 Serverless有几种解读方法：

在某些场景可以解读为一种软件系统架构方法，通常称为 Serverless架构；

而在有些情况下，又可以代表一种产品形态，称为 Serverless产品。

在说起 Serverless架构时，Serverless代表的是利用 Serverless形态的产品实现的应用架构，这种架构完全依托于云厂商或云平台提供产品完成系统的组织及构建。在这种架构中，用户无需关注支撑应用服务运行的主机，而将关注点投入在系统架构，业务开发，业务支撑运维上。

而说起 Serverless产品时，代表的是无需理解、管理服务器，按需使用，按使用付费的产品。Serverless产品中，其实也可以包含存储、计算等多种类型的产品，而典型的计算产品，就是云函数这种形态。

云函数，或者称为函数即服务 Function as a Service，它和后端即服务 Backend as a Service一起，都可以称为 Serverless产品；而通过组合使用这些产品，开发者可以构建自身的业务 Serverless架构。

Serverless技术为什么会获得越来越多的关注？我们可以从几个角度来看。

首先，从开发者使用的来说，不用更多的去考虑服务器的相关内容，无需再去考虑服务器的规格大小、存储类型、网络带宽、自动扩缩容问题；同时，也无需再对服务器进行运维了，无需不断的打系统补丁、应用补丁、无需进行数据备份、软件配置等工作了。

其次，Serverless产品是完全自动化的弹性扩缩容的；在业务高峰时，产品的计算能力、容量自动扩容，承载更多的用户请求，而在业务下降时，所使用的资源也会同时收缩，避免资源浪费。

再次，跟随着完全自动化的弹性所带来的，是全新的计量计费模式；开发者仅需根据使用量来付费，而在深夜无业务量的情况下，不会有空闲资源占用，因此也不会有费用产生。

随着如上提到的特性，Serverless给开发者或用户带来了具体的商业价值：

Serverless使得应用与服务器解耦，业务上线前无需预估资源，无需进行服务器购买、配置；Serverless也使得底层运维工作量进一步降低，业务上线后，也无需担忧服务器运维，而是全部交给了云平台或云厂商；

Serverless的应用是按需执行的。应用只在有请求需要处理或者事件触发时才会被加载运行，在空闲状态下 Serverless架构的应用本身并不占用计算资源；而在使用 Serverless产品时，用户只需要为处理请求的计算资源付费，而无须为应用空闲时段的资源占用付费；

Serverless架构带来的是进一步的业务解耦，应用功能被解构成若干个细颗粒度的无状态函数，开发可以聚焦在单功能的快速开发和上线上；同时拆解后的云函数，也都可以进行独立的迭代升级，更快速的实现业务迭代，缩减功能的上市时间；

利用 Serverless架构的简单运维、低成本及快速上线能力，可以来快速尝试业务的新形态、新功能；利用 Serverless产品的强弹性扩容能力，在业务获得成功时，也无需为资源扩容而担心；Serverless的技术特点

这里提到的技术特点的对象，特指 Serverless产品中的计算产品，也就是云函数。云函数包含了如下的技术特性：

云函数的运行，是由事件驱动起来的，在有事件到来时，云函数会启动运行Serverless应用不会类似于原有的监听-处理类型的应用一直在线，而是按需启动事件的定义可以很丰富，一次 http请求，一个文件上传，一次数据库条目修改，一条消息发送，都可以定义为事件

云函数由事件触发，而触发启动的一个云函数实例，一次仅处理一个事件无需在代码内考虑高并发高可靠性，代码可以专注于业务，开发更简单通过云函数实例的高并发能力，实现业务高并发

由于云函数事件驱动及单事件处理的特性，云函数通过自动的伸缩来支持业务的高并发针对业务的实际事件或请求数，云函数自动弹性合适的处理实例来承载实际业务量在没有事件或请求时，无实例运行，不占用资源

云函数运行时根据业务弹性，可能伸缩到0，无法在运行环境中保存状态数据分布式应用开发中，均需要保持应用的无状态，以便于水平伸缩可以利用外部服务、产品，例如数据库或缓存，实现状态数据的保存

Serverless架构或者技术，可以用在什么样的场景下，来充分发挥它的优势呢？如下的场景，都适合使用 Serverless架构或产品，来实现所需的业务逻辑。

通过结合使用云函数和 API网关或 HTTP触发器，可以对外提供 URL访问地址，成为 Web、小程序、或移动应用等的后端服务。Serverless架构既可以直接用于构建后台来服务应用，也可以通过类似 BFF模式，构建中台和应用间的桥梁。

Serverless架构提供的强弹性能力，使得可以支撑业务或应用的暴涨；而提供的低运维需求，使得开发者可以专注于业务实现和优化；同时，按实际使用量的付费方式，使得开发者无需预配置资源，无需担心预配置资源的浪费。

Serverles架构的应用本身是由事件触发的，因此极其适合于进行消息处理。无论是消息队列中传递的业务消息，还是 Kafka中采集应用日志，均可以对接到云函数上，进行实时的消息处理、分析。

在 Serverless应用场景中，由对象存储中的文件上传事件，来触发云函数的运行，也是一种常见场景。

针对图片文件的上传，可以借助云函数完成图片的缩略图生成、二维码或水印标记、图片优化处理；而针对数据文件的上传，可以启动数据的自动化分析，

物联网意味着成千上万的设备会连入网络，时刻在不断的产生数据，这对数据的分析、处理的及时性提出了很高的挑战。通过使用 Serverless架构，物联网设备所采集的数据将可以作为云函数的触发事件，而实现数据的实时处理、分析和应用。

随着物联网设备计算能力的进一步提升，云函数作为最小粒度的计算单元，有机会被调度到设备端运行，实现边缘计算，达到端-云联合的 Serverless架构。

通过对接云函数以及云上的各个产品、日志服务、监控告警系统，云时代的运维也都可以用云函数来构建。定时触发的云函数，将可以方便的替代需要在主机上来运行的定时任务；而日志或告警触发的云函数，将可以对云中的事件作出立刻回应及处理。

Serverless—云原生时代的应用架构

云计算已经进入了新的时期，目前上云已经不是应不应该，而是如何上云的问题。在这种情况下，云原生的概念也随之而生。云原生的架构或应用，是基于云而设计的，充分的利用现代云计算平台所具备的弹性和分布式特性来实现应用架构。

而 Serverless架构、产品、以及应用，均是完全依托于云而构建的，是典型且完全的云原生的架构、产品或应用。Serverless产品所具备的产品特性优势、技术优势、费用优势，将成为新一代云产品的发展方向；而基于 Serverless架构推进完成开发的应用或架构，将充分享受到云时代带来的强大助力，使得云计算能真正成为业务的助推器。

Serverless的计算产品-云函数，作为云虚拟机、容器技术之后的下一代计算形态，将引来云计算中新的热潮。

围绕着云函数而建设的产品能力、工具、生态、以及应用开发，也将引来新的一轮发展。随着无服务器的产品和生态走向成熟，将逐步承载起企业核心业务。在这个持续向前高速发展的过程中，腾讯云的云函数，将作为腾讯云云原生的重点发力领域，跟随客户需求、行业发展、技术发展，为用户提供完整全套的 Serverless解决方案。