缘何是Serverless架构——阅读笔记08

本文深入探讨了Serverless架构,介绍了其核心组件FaaS和BaaS的功能与优势。Serverless架构无需用户关注底层服务器,能够根据需求自动伸缩,特别适合微服务模式下REST API的快速迭代。文章还讨论了Serverless在成本控制、资源利用和开发效率上的优点。
摘要由CSDN通过智能技术生成

原文链接:https://mp.weixin.qq.com/s/fBInbPZI6_4_xUEu_Lihdg

Serverless架构是完全基于第三方服务设计的,代码运行在临时的容器中,使用FaaS同时调用BaaS达到数据存储的目的。

FaaS是公有云模型中的创新产品,从经济方面的衡量,使得供应商提供一个简单明了的平台变得可行,用户的代码运行在容器中(例如Docker),这些容器则按照响应的事件构建,例如到API网关的http调用,或者数据流中的一个数据包,诸如此类云供应商可以支持的任何内容。

BaaS早些时候在app开发者中变得非常流行,他们在因特网上寻找一种后台服务可以提供类似数据存储(duh)、事件驱动通知以及一些随着app增长可以横向扩展的东西,这方面BaaS提供的比FaaS更成熟,并且有越来越多的人认识到了这些。这个环节AWS主要是通过Dynamo DB提供服务,对应Azure的Cosmos DB以及Google的Cloud Datastore。

Serverless在我看来,是创造出来实现你不需要创造、维护甚至拥有服务器的存在,在Serverless的世界里,服务器根据你的需求、使用率创建,它可以在后台变化,而用户对此毫无察觉。

  1. 我们借助微服务模式以跟上快速迭代的脚步,提供多用户接口的REST API接口;

     

  2. Beats不是个毫秒级敏感的应用,它只要求可依靠性以及不算慢的响应;

     

  3. 缺乏成本,更重要的是创建维护我们自己服务器的时间在很大程度上投入到了Serverless;

     

  4. 基于FaaS和BaaS的每用户付费原则,我可以拥有24*7在线的环境,而并不需要为它们花很多的钱;

     

  5. Beats不需要任何CPU的大幅提升;

     

  6. 由于bug少的属性、不存在并发场景,还有执行可扩展模型等等,我们花费在非功能性修复的时间会很少;

     

  7. Serverless框架开发人员创建他们自己的架构概念,这就意味着较少的多样化知识的需求,更重要的是开发人员精确的知道他们所创建的以及这些架构运行的环境即可;

转载于:https://www.cnblogs.com/liusx/p/11041035.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值