Serverless力量被释放,“云”将迅速进入下个时代

放到亚马逊云科技身上,从1995年Amazon.com创立开始,随着业务丰富度的提升,最早的单体应用结构很快就不够使用,走向一个个微服务成为了必行之路。 

今天亚马逊已经拥有了数百万个微服务,每个微服务都通过标准化的接口来定义这个微服务可以做的事情,而且其中有非常多的微服务是通过Serverless来实现的。 

可能自己淋过雨,所以会想着给别人一把伞。从2006年亚马逊推出第一个Serverless服务Amazon S3,到

2014 年,亚马逊云科技正式发布了全球第一个Serverless计算服务Amazon Lambda,随着不断推进创新,亚马逊云科技已经率先将无服务器化版图扩展到计算、存储、应用集成、数据库、数据分析、人工智能等几乎全栈服务上。 

再到近期刚刚推出的Amazon OpenSearch Serverless,可以说历经17年后,亚马逊云科技在大数据分析里面补上了最后一块拼图。也就是说,亚马逊云科技今天提供的所有大数据分析的产品,全部都提供Serverless选项了。在广度服务上完成了全覆盖。

02深化场景,亚马逊云科技也在做

 一般来说,广度代表的辐射面积,是量的代表。但让Serverless技术成为一种服务,仅有广度是不够,同样需要切入场景需求的深度。

在这一方面,亚马逊云科技也是考虑到了,因此目前正在推进现有Serverless计算服务的精耕细作,为客户提供更多功能以及更高的性能。

 

例如在2022 re:Invent 全球大会上推出的Amazon Lambda Snapstart可将Lambda函数的冷启动时间降低90%,实现10倍的快速启动性能,消除在系统启动的时候带来的突发延时,客户不需要做任何的代码改变,也不需要支付任何的费用。该功能帮助智能支付平台Bill.com提高了95%的冷启动性能。

还有,亚马逊推出的诞生于云端的 MMO-RPG 游戏《新世界》,上线不久,其在线人数峰值即高达91万多人。游戏中开放世界的数量从发布时的185个,在10天之内就扩展到500个,每一个世界拥有2500个玩家,7000个AI实体和十万种不同的物品。

而在《新世界》这款游戏中,则使用了大量的 Serverless 服务以提供强大的性能支持,Amazon Kinesis每分钟可以传递处理2300万个事件,Amazon Lambda每分钟可以处理多达1.5亿次调用,轻松应对新游戏上线时的流量突增。

此外,Serverless 消除了业务不稳定起伏带来的隐性成本,轻松应对峰值、非频发的复杂工作负载;还可以消除数据管理系统按需扩展的复杂实施难题,无需考虑计算和存储资源的比例,也不会出现节点读写状态不一致等问题。

还有,亚马逊云科技丰富的Serverless服务帮助开发了《 弹壳特攻队 》和《 弓箭传说 》两款游戏,让初创游戏公司Habby大幅缩短新游戏的部署和上线时间:Serverless服务帮助《Marvel Snap》卡牌游戏在半年达成全球5000万美元的总营收;Serverless服务帮助可口可乐在 100 天内构建了新应用程序,允许客户在不接触自动售货机的情况下订购和支付饮料。

包括作为亚马逊云科技合作伙伴,西门子 Mendix 低代码开发平台借助Serverless服务,获得了更广泛的企业级解决方案及业务场景。该平台包含数据集成、端到端流程自动化、可视化开发及 AI 连接功能,能够提高10倍的应用构建速度,并减少70%的资源需求。

 这些一个个实际的服务案例,都在映证Serverless计算服务在满足精耕细作,切入场景的深度需求的良好完成度。

03实现Serverless的进阶路径

不管大多数是认同或者否认,新的技术革命已经到来,数据成为重要的生产要素,储备数据、保护数据、分配数据以及应用的云计算成为重心,而让云与产业相融,云以何种更好的服务模式呈现,都是大家在谈到的话题。

这其中,围绕无服务器(Serverless)和微服务等完善产品、工具和架构的讨论声音最是明显。其中与Serverless相关热度最高的话题:如何实现Serverless的进阶路径。

但正如陈晓建所说:“大家可能没有意识到有非常多的应用,现在都可以使用Serverless来实现。而且不需要花非常大的力气去了解新服务,或是更改架构才能实现。很多客户的场景其实也证明了这一点。”

从迁移开始,无需代码改造

在如何实现Serverless的进阶路径中,大多数人往往考虑的是迁移过程中可能要进行代码改造、组件改造,但这方面属实多虑。

因为这无需代码改造的迁移。对于后端数据管理无服务器化迁移,亚马逊云科技提供与标准接口全面兼容的 Serverless 数据云服务。

对于后端服务的无服务器化重构,亚马逊云科技开发了开源工具 Lambda Web Adapter,客户无需修改代码,可以随意切换应用程序在Lambda和容器之间转换,基于容器开发的代码,经过镜像打包,可以交付到Lambda里执行;相反基于Lambda开发的Web应用,也可以通过web adapter选择采用Lambda还是采用容器部署和执行。

而在无需代码改造之后,接受Serverless 的事件驱动架构让客户可以更快、更容易地构建微服务新应用或开发新功能,也是很顺滑的过程。

拥抱事件驱动架构,灵活应对不确定性

盖亚定律谈道:所有工作的复杂系统都是从工作的简单系统演变而来,Serverless 的事件驱动架构让客户可以更快、更容易地构建微服务新应用或开发新功能。

事件驱动架构(Event-Driven Architecture,EDA)基于事件来解耦应用程序组件,由事件生产者、事件路由和事件消费者三个关键组件构成。航空公司订票系统、餐厅服务的点单系统,和大量的银行保险业务,都是事件驱动的。

而Amazon S3对象存储服务服务是事件驱动架构的典范,从2006年的一个由8个独立微服务组成的系统,如今已经进化为超过235个不同的微服务; 

Serverless First,降低应用成本

异步的事件驱动本身就是自然世界的逻辑,为了避免之前紧耦合的单体思维,支持海量的、不断变化的用户需求,企业需要重新思考 Serverless First 策略。 

Serverless 应用拥有极致弹性和成本优化,相对于容器和EC2模式,Serverless可以以更细的颗粒度来做资源的部署,提供资源利用率,降低成本。

Serverless First 则是面向应用场景选择各种所需云原生Serverless服务来设计架构,充分发挥服务之间的功能集成和协同治理优势。 

用户需要意识到有非常多的应用现在已经可以通过亚马逊云科技丰富的 Serverless 服务来实现,而且不需要很深的技术背景,或是需要更改架构才能实现。

“如同云计算将客户从复杂的物理基础设施中解放出来一样,亚马逊云科技进一步通过Serverless将这一过程延展到了云上的虚拟基础设施和云服务领域。我们希望客户写的每一行代码都是业务逻辑,Serverless正在让它变为现实。”陈晓建说到。

-END-

点赞(0)

全部评论