云湖湖导读：

本文主要介绍Serverless计算相关技术与其在华为云数据湖探索服务(后文简称DLI)中的技术落地。Serverless是DLI将Spark计算能力服务化和产品化关键技术，与传统IAAS和PAAS技术不同，DLI运用Serverless技术向客户提供了一种高效易用易扩展的计算框架，使得客户更能聚焦业务，避免牵扯集群运维的细枝末节。本文将从以下几点解读Serverless技术：

1. serverless计算简介

2. 云计算架构演进—从IaaS到Serverless

3. Serverless计算应用场景与潜力

4. DLI Serverless Spark

更多优质内容请关注微信公众号“智能数据湖”

作者：谢钧涛

责编：云湖湖

serverless计算简介

图 Serverless与传统云计算比较

无服务器计算(Serverless)是一种新型的云计算范式，在业界也被称为FaaS(函数即服务)，它有别于传统的IaaS(基础设施即服务)和PaaS(平台即服务)技术，旨在帮助开发者摆脱减少甚至免去底层基础架构管理上的诸多烦扰。Serverless计算服务允许客户在不构建一个复杂的基础设施的情况下开发，运行和管理应用程序。在2014年10月先由hook.io提供给业界，接着AWS推出Lambda，2016年Google Cloud Functions，Microsoft Azure Functions对外提供服务，接下来IBM的OpenWhisk并开源。目前华为云也提供类似FaaS产品FunctionStage，而DLI服务也向用户提供Serverless Spark产品。

图 Serverless成本优势

Serverless计算并非旨在实现真正意义上的“无服务器”，而是指企业将后端基础结构的维护交由可靠云服务公司，云服务公司以服务的方式为开发者提供所需各类功能等，加快企业产品研发和发布周期，同时增强服务的扩展性。

Serverless计算免去后端基础服务的诸多事宜，开发者可以专注在产品代码，不需要维护任何的服务器。服务器由云服务商提供，服务扩容的便捷性、灵活性大大提升。Serverless应用程序运行应用的服务默认提供高可用、容错高。无服务器计算，相比传统服务性价比高，企业只需要支付所使用的部分，没有任何与无服务器计算相关的成本，尤其是应用程序使用随时间变化大的企业是非常划算的。

云计算架构演进—从IaaS到Serverless

云服务第一阶段的云主要解决硬件资源(网络，计算，存储)的运维和供给问题，也就是 IaaS 云，可以理解成基于硬件资源的共享经济。IaaS 云的交付的主要是资源，接口以及控制台也是面向资源的，尽量以模拟物理机房环境来降低应用的迁移成本。而云发展到当前阶段来看，出现了两种需求：

真正的按需计算

原来云的按需计算只是虚拟机维度的，按时间计费以及弹性伸缩，并不能正真做到按需计算，计算和内存资源都是预申请规划的，和服务的请求并发数并没有明确的关系，哪怕一段时间一个请求没有，资源还是依然占用。而 Serverless计算可以做到按请求计费，不需要为等待付费，可以做到更高效的资源利用率。

面向应用

本质上用户对云的期望是应用的运行环境，并且最好是只让用户关心业务逻辑，而不需要关心，或者尽量少关心技术逻辑(比如监控，性能，弹性，高可用，日志追踪等)。这也是云原生应用(Cloud Native Application)这个概念提出的背景。

随着两种需求日益强烈，Serverless计算模式孕育而生。它给出的方案就是应用只需要把包含自己业务逻辑的功能模块提交给云，其他的事情由云来完成。这样，云相当于直接接管了业务逻辑模块，然后其他的技术功能直接由云来提供，不依赖开发者在自己应用中引入标准化框架来实现。

Serverless计算应用场景与潜力

Serverless计算敏捷灵活，适用门槛低，综合成本低的优势，特别适合以下几个场景：

视频，图片以及流式事件处理

其本质上是需要一种通用的，可自定义的，工作流应用。当前的工作流一般都是针对具体场景的，尚无支持自定义逻辑并且适用于各种类型事件的分布式工作流。而基于 Serverless计算有可能诞生这样一种工作流。通过与Flink，Spark Streaming这样的流式大数据处理平台结合，Serverless计算模型将充分发挥其价值。

事件驱动以及响应式架构

这个场景和视频图片流场景有相似之处，只不过前一个关注的是应用场景，这条单指技术架构场景。服务器端的事件驱动和响应式架构和客户端技术相比，一直缺少一种统一的体系解决方案，主要原因是服务器端缺少分布式系统级别的支持，纯开发框架的方式实现比较困难，如果调度系统和开发框架配合，实现这种架构就比较容易了。

IoT

物联网场景实际上和前面的流式事件处理以及事件驱动架构都有关系。这里单独作为一条阐述，主要是物联网对应用开发带来的不仅仅是架构上的变化。互联网主要是信息技术，主要是面向人的应用，要求及时把信息展示给用户，所以应用多是 http 的请求响应模式，对延迟比较敏感(毫秒级)。而物联网场景下，多是事件触发，哪怕有人参与的场景，比如智能开关，也是触发事件后控制另外的设备，对延迟忍耐度较高(秒级)，协议多也不是 http，而是物联网相关的消息协议。

应用系统的自定义扩展需求

任何一个标准的系统，发展到一定程度都会有不同的自定义扩展需求。一种是提供内置扩展机制，比如 Java 的许多应用，可以允许在应用中增加扩展，应用自己通过 jvm 的隔离机制提供插件运行环境。另外一种是通过远程接口(无论是 http 还是其他远程协议)，由用户按照协议实现自定义需求，然后整合，应用本身不提供扩展运行环境。前者对编程语言有约束，隔离性差，后者开发运维成本比较高。如果基于Serverless计算支持一种分布式的扩展运行环境，自动和应用整合，相当于兼有了二者的优势。可以预见，在未来几年里，大多数 SaaS 以及 API 服务都会提供类似Serverless计算的环境来托管用户的自定义扩展。如果私有环境中也有标品，私有部署的应用也会逐渐提供这种整合能力。

跨云与混合云场景

当前大多数混合云解决方案都只能做到基础设施的混合，至于用户的应用要实现多云，则只能在用户自己的应用中处理，云平台能提供的帮助有限。但因为Serverless计算侵入了应用的架构，接管了应用的事件输入，乃至事件输出，所以它可以做的更多，也可能提供一种基于Serverless计算的混合云开发框架，用户按照架构模式实现逻辑就天然跨云。

边缘计算场景

边缘计算当前的应用场景还没凸显出来，但可以预见的是，边缘的计算能力肯定不如云端，更小的资源使用粒度对边缘更友好。此外，边缘的具体资源要对用户透明。从以上两点来看， Serverless计算对边缘计算是天然友好的。同时，边缘计算要解决的很多问题和混合云场景类似。

DLI Serverless Spark

DLI Serverless Spark作业管理

现在DLI服务已经上线了Serverless Spark产品，用户只要简单地创建集群和上传自己的功能代码，就能将应用跑在DLI已经为您优化好的云环境里，并使用DLI内置的跨源分析功能，轻松玩转华为云上多种数据源。DLI让客户专注业务创新，其他的杂事就交给我们DLI处理！

▼ 每周二18点，不见不散 ▼

延伸阅读

《一文读懂Spark SQL运行流程》

《Spark SQL在HBase的查询性能优化》

《地理时空大数据概论》

喜欢这篇文章吗？点一下「好看」再走?