互联网技术 / 互联网资讯 / 营销 · 2022年7月14日

云计算与Serverless竞争,将塑造“代差优势”吗?

云计算角逐Serverless,这会是一次塑造“代差优势”的机会吗?

文|曾响铃

来源|科技向令说(xiangling0815)

随着阿里云、腾讯云2019年收入状况相继披露,中国云计算双寡头的格局基本确立。

但这种格局只是建立在当前的技术背景之上,新的云计算架构理念——Serverless正在全球范围内铺开,行业在迎来新的竞争变局。

Serverless直译为“无服务器”,是一套架构体系,包括网络层、计算层和数据存储层等,国际范围内最先由AWS 2014年推出的Lambda开始。

它并不是指不需要服务器,而是计算资源作为“服务”而不是“服务器”的概念出现,可以近似理解为,云计算的计算资源变成一个池子,开发者们从中索取一份一份的“服务”,其结果,是开发人员不需要过多考虑服务器维护等问题。

2017年,全球云计算厂商争相推出Serverless服务框架,近两年由于IoT、边缘计算、混合云、5G等概念的兴起,Serverless成了云计算架构里的“当红炸子鸡”,全新的架构理念直接影响了开发者的选择。

在这种情况下,云计算巨头在特定层面的“抢跑”就不意外了。

例如,腾讯云最近在线发布了Serverless数据库PostgreSQL for Serverless,这是国内第一次出现Serverless数据库(DB)。而腾讯云这个动作,不仅是数据层的Serverless抢跑,也给云计算行业的Serverless迭代加了一把火,一场架构层面的“代差优势”争抢已经开始。

云计算角逐Serverless,这会是一次塑造“代差优势”的机会吗?

揭开传统云数据库的隐藏痛点,就看懂了Serverless浪潮的直接动因

腾讯云官宣为自家的PostgreSQL for Serverless设定了很多优势,而其实这些优势说到底都来源于行业层面Serverless DB对传统云服务架构下数据库的优势。

理解了传统云数据库的“隐藏痛点”,就理解了为什么Serverless浪潮在全球云计算领域兴起,为什么腾讯云此时要抢跑Serverless DB推出独立的产品。

1、“按需分配”是再合理不过的诉求,但技术却长期不能支撑

在非专业人士的直觉里,云计算的数据库最好是能够是实现“按需分配”,在享受云服务的时候,要多少就分配给多少,用户峰值来了就增加(“扩容”),峰值过去就减少(“缩容”),这样,“租用”就不会浪费。

而现实是残酷的,由于服务“颗粒度”等原因,供给与需求的贴合往往很难,很多云数据库的服务只能是阶梯式的手动扩容或缩容,而且开发者为了保证用户体验,不管什么“档位”的服务都必须以最高预测的负载为准申请服务。

而Serverless DB的扩缩容过程如同海绵,在请求增长时自动扩容,在请求降低时自动缩容,如图:(来源:腾讯云发布)

云计算角逐Serverless,这会是一次塑造“代差优势”的机会吗?

可以看到,Serverless DB已经无限接近“按需分配”,云计算平台的服务资源闲置,开发者的资源浪费问题都得到最大可能的解决,由于可以实现自动平滑配置而不需要人工操作,扩缩容的效率也得到很大提升。

2、成本“不应有的浪费”却被行业长期默认

接上文,在传统云数据库架构下,粗糙的阶梯式扩/缩容造成浪费,其后果还直接体现在成本上——那些被闲置但在旧有条件下为了用户体验避免不了的数据库空间,开发者都是要掏钱的,这情况被长期默认。

腾讯云说自己的Serverless DB产品PostgreSQL for Serverless能帮助开发者降低70%成本,操作方式是“按量付费”——用户不需要为数据库的闲时进行付费,而是按照数据库资源响应单元来进行计费。

这一数据是否准确暂且不论,Serverless DB的省成本能力确实可观。

从实例来看,这是一个游戏应用2019年三种数据库扩/缩容方案所占用的资源情况:

云计算角逐Serverless,这会是一次塑造“代差优势”的机会吗?

三种颜色线条中间区域的面积,基本可以看作成本的差别状况,很明显,Serverless DB能节约大量的成本,腾讯云说自己的产品节约最高70%并非吹嘘。

3、所谓“弹性方案”,其高门槛将很多开发者拒之门外

如果打开很多云计算的数据库功能介绍,往往会发现诸如“弹性扩展”等字眼,表示自己的服务可以较为自由地收缩,作为产品亮点进行宣传。

事实上,这类“弹性方案”本质上是一种策略上的弹性而非技术上的弹性,即开发者需要实现预估自己的产品的负载量,例如一款游戏什么阶段玩家特别多,什么时候人潮回落,设定好数据库需求的方案,对应进行手动的容量调整。

预估得越精细,这种“弹性”就越接近“按需分配”,显然,这是一件门槛很高的事,多数开发者都很难准确预览负载,手动的调控也很难把握。

腾讯云说PostgreSQL for Serverless的用户在购买之后只需要通过组件一键创建数据库实例,“最快1秒钟就可以完成部署”,这种傻瓜式的部署同样来源于Serverless DB的智能化“膨胀”和“缩小”能力,开发者能藉此有更灵活的业务开发模式和更快捷的上云体验。

也即,Serverless DB可看作天然的、精确的、不需要人为干预的“弹性方案”。

巨头抢跑Serverless DB,要的不只是“解决痛点”?

由于无可比拟的架构优势,通过Serverless DB产品解决痛点会给云计算巨头带来直接的用户增量,但腾讯云抢跑,应该还有更多深度价值考虑。

界面清晰化,回归To B服务的底层价值

Serverless技术给云计算带来的改变是革命性的。

由于封装了几乎全部的底层资源和系统运维工作,等于给开发人员搞了一个“云基础设施”包拿来就用,云服务的编程被极大简化,业内普遍认为Serverless是继虚拟化、容器技术之后的第三代通用计算平台。

回到腾讯云业务上,作为腾讯To B战略的主要承载平台,腾讯云选择Serverless技术既是云计算竞争的需求,也是To B服务回归底层价值的必要——把所有基础服务一揽子完成,开发者只需要专注于业务本身进行创新探索。

或者说,这只是腾讯在To B过程中一贯放低姿态做纯粹的赋能的一种延续。

“全栈化”下,提供Serverless闭环服务

在疫情期间,很多腾讯云服务的企业都“从零起步”相继推出自己的抗疫APP,包括国内疫情概览、公司员工健康状况实时显示、外来人员进出登记等功能,建立全过程都在腾讯云上完成。

OpenMagic API

Need more than content? Move into the product flow.

If you are here for model access, pricing, developer docs, or the future API console, the dedicated product path now lives on api.openmagic.ai.

登录免费注册