阿里为什么要举全集团之力做 Serverless?

本文涉及的产品
Serverless 应用引擎免费试用套餐包,4320000 CU,有效期3个月
函数计算FC,每月15万CU 3个月
简介: 回看大前端领域的 2019 年,Serverless 是其中不可忽视的一股技术浪潮。相比后端工程师,前端工程师对 Serverless 的态度要积极得多,是因为 Serverless 天生对前端开发更友好吗?从前端和云厂商的视角来看,Serverless 最大的价值在哪里?当前 Serverless 是不是概念吹得更多、实践却落不了地?为了搞清楚这些问题,InfoQ 记者在 GMTC 全球大前端技术大会(深圳站)2019 期间跟阿里巴巴前端四大技术方向之一 Serverless 的负责人杜欢聊了聊,结合阿里巴巴的思考探讨 Serverless 的价值、局限和未来发展趋势。

作者 | 蔡芳芳
嘉宾 | 杜欢


回看大前端领域的 2019 年,Serverless 是其中不可忽视的一股技术浪潮。相比后端工程师,前端工程师对 Serverless 的态度要积极得多,是因为 Serverless 天生对前端开发更友好吗?从前端和云厂商的视角来看,Serverless 最大的价值在哪里?当前 Serverless 是不是概念吹得更多、实践却落不了地?为了搞清楚这些问题,InfoQ 记者在 GMTC 全球大前端技术大会(深圳站)2019 期间跟阿里巴巴前端四大技术方向之一 Serverless 的负责人杜欢聊了聊,结合阿里巴巴的思考探讨 Serverless 的价值、局限和未来发展趋势。

举阿里集团之力趟坑 Serverless

作为阿里巴巴经济体前端 Serverless 研发升级项目的负责人,杜欢过去两年花了大量时间推进集团内部的 Serverless 研发模式升级工作。这是一项牵涉整个阿里集团层面的技术升级工作。阿里 2018 年正式启动内部 Serverless 资源底座的准备工作,2019 年基于搭建好的底座建设上层前端框架,到 2019 年双十一,阿里已经在部分电商导购业务上开始实践这套新的研发模式。

Serverless 兴起于 2017 年,在最近两年伴随着云原生概念的推广愈发火爆。在这波 Serverless 浪潮里,阿里是国内走得最前面、说得也最多的一个。但为什么阿里会上升到整个集团的高度来推进 Serverless 研发模式升级,我们仍然感到好奇。对此,杜欢表示:“这件事本身好像是一件技术的事情,但其实它背后就是钱的事情,都是跟钱相关的。”

杜欢告诉 InfoQ 记者,为了保障业务的稳定性和可用性,阿里对每一个应用上线都有相应的规范和规则。哪怕是一个很小的内部应用,一天可能只有一两个访问量,上线也需要遵守既有的规范,这势必会消耗一些固定资源。单个应用消耗的资源可能很有限,但所有应用消耗的资源累积起来也是一个不小的数字。阿里内部自己做了分析发现,除了主要的核心应用之外,已经上线的应用中超过 80% 都是非核心的中长尾应用。目前阿里经济体的体量和业务量已经达到非常大的量级,在现有的研发模式下,这些中长尾应用会带来比较大的资源浪费。

其次,现有的研发形态并不能最大化地发挥部分工作岗位的价值,这同样是一种浪费。以导购类型的业务为例,开发这样一个业务通常需要前端开发工程师和后端开发工程师一起配合,但这两个开发岗位在该业务形态下并不能很好地发挥自己的全部价值。对于后端工程师来说,他在这个业务里要做的事情更多只是把现有的一些服务能力、数据组合在一起,变成一个新的数据提供给前端;而前端开发工程师负责把这个数据在页面上展示出来。这样的工作比较机械化,也没有太大的挑战,并不利于后端工程师的个人成长和岗位价值发挥;但在现有的研发模式下,由于缺乏前后端的连接点,前端工程师又不能去做这些比较简单的后端工作,业务上线也不可能给到前端工程师时间和机会去学习再实践。

而 Serverless 既可以满足资源最大化利用的需求,也能够调优行业内的开发岗位分层结构,让每个开发岗位都能够在最适合自己的地方发挥最大的价值。杜欢表示,阿里正是因为看到了经济体内存在的上述问题,在尝试寻找相应解决方案的过程中发现 Serverless 可能是一个好的解决方案,才开始研究 Serverless,研究后认为确实可行,才启动了“阿里巴巴经济体前端 Serverless 研发升级项目”这样一个项目,拉上大家一起来共建。

那么 Serverless 是只对阿里这样的公司才适用吗?什么样的公司、应用或场景应该选用 Serverless 的架构模式?

在杜欢看来,这是一个“伪问题”。他直言,并不存在什么样的场景和模式适合 Serverless,Serverless 应该被广泛地运用在不同的场景和实际开发需求中。从云厂商的角度来看,云计算未来一定会成为整个社会和商业的基础设施,届时使用云计算就应该像现在我们使用水电煤一样简单,不需要了解水从哪里来、怎么过滤、怎么铺设管道等一系列问题,只需要打开水龙头接一杯水而已。而 Serverless 的概念正好可以帮助云计算朝这个方向往前走一步,它提倡的是人们不需要关心应用逻辑以外的服务相关的事情,包括管理、配置、运维等,用多少就付多少。从这个角度来看,Serverless 是真正让云计算变成社会商业基础设施的一个实现路径,也更接近现在业内提倡的云原生的方式,因此人们在使用云计算的过程中自然就应该按照 Serverless 的方式来使用。

杜欢认为,大家今天对是不是该用 Serverless 还有疑问,主要是因为还没有看到足够多 Serverless 成功应用的案例。这也是阿里巴巴先从自己内部实践 Serverless 研发模式升级的另外一个原因,希望通过这件事达成两个目的,一是向大家普及 Serverless 的概念,二是从自己的实践过程中总结出一套好的实践方式并共享出来,帮助大家更好地了解应该怎么落地 Serverless。

前端人员看好、后端人员观望的Serverless

过去这一年 Serverless 在前端领域被频繁提及,很多开发者非常看好,并认为它一定是未来前端大趋势之一,相比之下非前端领域还是观望态度居多。杜欢告诉记者,之所以会出现热度差,是因为 Serverless 的概念天然弥补了前端开发工程师的不足,但却跟现在很多后端开发工程师的能力有一定程度的重叠。

在杜欢看来,绝大多数后端开发工程师的成长路径是先做后端业务逻辑,慢慢了解应用的每个环节,再逐步成长为后端架构师,能 Hold 住整个应用架构。但云原生 Serverless 的出现,一定程度上会使这种后端架构能力变得普及,并且是以平台或服务的方式,而不是以人的方式。这乍看起来对于整个后端岗位可能是一种冲击,但杜欢认为 Serverless 并不会完全取代后端。当前整个开发生态依然缺少优秀的架构服务,尤其是低成本、可持续发展、针对特定行业优化的架构服务。未来后端工程师还是会成长为架构师,但是可能不是通用架构师,而是偏业务解决方案的行业架构师。此外,云厂商也需要专门构建 Serverless 方案的架构师,这是后端工程师的另一个新机会。

杜欢告诉 InfoQ 记者,Serverless 对前端和后端带来的影响总体都是正向的。对于前端来说,Serverless 不仅补足了前端工程师现有的能力,还可能使整个前端行业的定位发生变化。原来经常有人会认为前端的工作很简单,面向 UI 做好开发就行,剩下的工作可以交给后端。但是云端的应用开发模型出来之后,也就是前端和 Serverless 结合之后,大家对前端的诉求就不仅仅是开发一个页面了,而是要能交付整个应用的开发。前端工程师除了要保持在 UI、交互逻辑方面的优势,还要理解整个业务和业务背后的意图,这意味着未来前端行业的思考模式会变成面向业务的思考模式。与此同时,前端的协同和开发模式、上下游流程也会发生变化,原来前端可能很少跟产品经理、设计打交道,未来前端要对整个应用负责,就需要天天跟产品经理、设计打交道。后端则要在最底层提供更深的能力付出,比如如何按照一亿流量的支出支撑十亿流量,这是更大的挑战。

目前 Serverless 最佳实践模式尚未出现

当前谈 Serverless,很多人会提函数计算、FaaS,但杜欢认为当前 Serverless 尚未出现一个最佳实践模式。在他看来,现在已经有一些 Serverless 的框架开始涌现,云厂商对 Serverless 的支持也越来越完善,确实是时候去尝试实践 Serverless 了。但要说最佳实践,就必须有足够多的人去实践过并表示认同,而现在实践 Serverless 的人本来就很少、实现的业务也很少,因此还没有哪一种方式谈的上是最佳实践。不过杜欢提到 Serverless 实践过程中有一点需要重点关注——学习曲线是否足够平缓。要成为最佳实践模式,至少要做到能让开发者以一种方式专注于业务代码的开发,无需关注运行平台的差异性,一处编写可以处处运行,开发者只要掌握一种方式就可以在不同业务之间没有学习成本地切换。阿里巴巴近期开源的函数运行时框架 Midway FaaS Run Time 就是朝着这样的目标设计出来的,但还需要更多人尝试并认可,才有可能在未来变成最佳实践。

杜欢表示,目前 Serverless 在国内的发展和采用依然处于初期阶段,经过这两年的概念普及,大部分人都已经注意到并接受了 Serverless,但业务实践偏少,仍在不断探索之中。相比之下,国外整体要领先 1-2 年,国外几个大的云厂商前期对整个研发生态的教育和布道做的比较多,应用也比较早。现在国外已经出现不少 Serverless 框架,比较知名包括 Serverless.com 和 Zeit.com。

但对于 Serverless 未来的发展,杜欢信心十足。在他看来,未来云计算的普惠,一定是通过 Serverless 的方式去放大和落地实现的,而基于云端的应用模式也一定会是未来创新创业的选择。问题在于如何做好从传统开发模式到云开发模式的迁移。其中非技术层面的挑战主要来自于开发者,前后端工程师对 Serverless 的态度可能不一致,有的后端工程师会觉得 Serverless 抢了自己的工作很难接受,他没有看到更深层次对自己有收益的地方;有的前端工程师认为 Serverless 只是增加了自己要做的事情,而不能看到这个东西对自己提出了更高的要求,那他未来也未必能够胜任这项工作。

而技术层面的挑战主要包括两块:首先,云厂商自身要提供更多的 Serverless 能力,或者说现有云计算的能力要有更多被转换成能以 Serverless 的方式提供服务,未来云厂商要越来越多地提供这方面的支持;其次是研发模式,未来对于云时代的原住民来说,所有东西都在云上,开发方式必然会发生变化,如何去解决这些问题,让一个新人加入一项新业务之后可以更快地写下第一行代码,这是另一项挑战。

展望 2020 年 Serverless 的发展趋势,杜欢说道:“2020 年 Serverless 会进入初步实践阶段,还不能称之为大规模实践,可能到 2021 年才会进入大规模实践阶段。在这个过程当中,云厂商会进一步补充更多的 Serverless 服务,包括一些后端的 BaaS 服务,把基础打得更牢一点。”

》作者介绍

杜欢(风驰),高级前端技术专家。曾就职于雅虎、思科等公司。目前在阿里云“战略 & 合作部”负责阿里云开发者业务,是阿里巴巴经济体前端技术委员会委员,并负责阿里巴巴经济体前端 Serverless 研发升级项目。

》活动推荐:

技术永不止步,精彩永不落幕,GMTC 全球大前端技术大会(北京站)2020 将于 6 月 05-08 日再次与大家见面,聚焦前沿技术及实践经验,强势输出更多大前端 & 移动开发领域的技术趋势与实践案例,敬请期待~

GMTC 北京 2020 官网已上线!扫描图中二维码或者点击【阅读原文】了解报名规则哦~

image.png
640.gif

阅读原文

相关实践学习
【文生图】一键部署Stable Diffusion基于函数计算
本实验教你如何在函数计算FC上从零开始部署Stable Diffusion来进行AI绘画创作,开启AIGC盲盒。函数计算提供一定的免费额度供用户使用。本实验答疑钉钉群:29290019867
建立 Serverless 思维
本课程包括: Serverless 应用引擎的概念, 为开发者带来的实际价值, 以及让您了解常见的 Serverless 架构模式
相关文章
|
5月前
|
弹性计算 运维 监控
函数计算产品使用问题之如何在阿里云端stable-diffusion训练lora
函数计算产品作为一种事件驱动的全托管计算服务,让用户能够专注于业务逻辑的编写,而无需关心底层服务器的管理与运维。你可以有效地利用函数计算产品来支撑各类应用场景,从简单的数据处理到复杂的业务逻辑,实现快速、高效、低成本的云上部署与运维。以下是一些关于使用函数计算产品的合集和要点,帮助你更好地理解和应用这一服务。
|
6月前
|
人工智能 Serverless 异构计算
上海站丨飞天技术沙龙 Serverless + AI 专场开启报名!
"飞天技术沙龙——Serverless 技术实践营"将于2024年5月31日举行,聚焦Serverless在AI中的应用。活动包括演讲、实操,探讨Serverless演进趋势、AI应用开发及降低成本等议题。限额80人,报名审核制,现场还有大奖和证书待您领取。扫描链接<https://summit.aliyun.com/Serverless2024shanghai>报名。
上海站丨飞天技术沙龙 Serverless + AI 专场开启报名!
|
6月前
|
运维 负载均衡 Java
Serverless 应用引擎产品使用之在阿里函数计算中,创建了个关于 stable diffusion 的函数服务,总是很卡如何解决
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
502 1
|
6月前
|
人工智能 运维 Serverless
Serverless 应用引擎产品使用之在阿里函数计算中使用自定义字体如何解决
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
215 0
|
6月前
|
弹性计算 运维 Serverless
Serverless 应用引擎产品使用之在阿里函数计算中,使数据库和阿里云函数计算位于同一个内网中如何解决
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
1633 0
Serverless 应用引擎产品使用之在阿里函数计算中,使数据库和阿里云函数计算位于同一个内网中如何解决
|
6月前
|
运维 监控 Serverless
Serverless 应用引擎产品使用之在阿里函数计算中,在response.send()之后继续执行其它代码如何解决
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
230 0
|
6月前
|
弹性计算 运维 监控
Serverless 应用引擎产品使用之在阿里函数计算中,函数计算的的自定义域名的路由节约时间如何解决
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
232 0
|
运维 Cloud Native 关系型数据库
活动回顾|阿里云 Serverless 技术实战与创新成都站回放&PPT下载
7月29日“阿里云 Serverless 技术实战与创新”成都站圆满落幕。可免费下载成都站|阿里云 Serverless 沙龙演讲 PPT。
|
人工智能 弹性计算 运维
阿里云宣布 Serverless 应用引擎 SAE2.0 将公测上线,多款产品全新升级
阿里云宣布 Serverless 应用引擎 SAE2.0 将公测上线,多款产品全新升级
70430 53
|
人工智能 弹性计算 运维
阿里云容器服务 Serverless 版(ACK Serverless)全新升级
阿里云容器服务 Serverless 版(ACK Serverless)全新升级
1609 10

热门文章

最新文章

相关产品

  • 函数计算