原文 - Serverless 的承诺都兑现了吗？
个人看法
- serverless根本目的是降低成本，所以baas是核心
- 冷启动是关键的技术难点，也限制了faas的作用域
- 供应商锁定是个坑，标准化，可以解决这个问题
- faas表明代码实现的功能是有限制的，不适合做大规模的业务开发，适合少数通用、逻辑相对简单的基础服务
- AWS逐步将绝大部分服务serverless化，学习和使用amazon lamdba是个捷径
- serverless是云计算的必然趋势，符合降低成本的原始诉求
- 云厂商定制服务器芯片是未来必然趋势，对inte是个巨大打击，云厂商与苹果类似，逐步实现软硬件垄断
1. 历史
- 2009，加州大学伯克利分校，论文 《The Berkeley View on Cloud Computing》，正确预测了接下来十年的云计算演进和普及
- Ken Fromm发布论文
Why The Future Of Software And Apps Is Serverless - 2014，Amazon 发布Lambda，谷歌、微软入局
- 2019，伯克利又发布论文 《A Berkeley View on Serverless Computing》，预言未来“无服务器计算将会发展成为未来云计算的主要形式”
- 2021，半数AWS新用户采用lambda，亚马逊占据50%的serverless份额
2. 定义
- “无服务器”一词并不意味着不再涉及服务器，它只是意味着开发人员不再需要考虑那么多的物理容量或其他基础设施资源管理责任。通过消除后端基础设施的复杂性，无服务器让开发人员将注意力从服务器级别转移到任务级别
- 简而言之：开发同学，专注业务，不用关心服务器资源等
- 亚马逊定义：用户无需预置或管理基础设施即可运行代码，只需编写代码并将其作为【.zip或容器镜像】上传即可
3. 特点与优势
- 服务治理，让云服务来做
- 开发无感知自动扩容，从0到正无穷
- 按函数执行次数收费，云服务提供方省资源，使用方省钱
- 云服务方提供深度抽象的服务接口，极大简化云编程，注意是云编程，用的可能是web ide
4. 争议
- 编程语言限制：云服务方提供深度抽象的服务接口，语言种类肯定有限制
- 供应商锁定风险：云服务方提供深度抽象的服务接口，没法多厂商通用【未来会不会有个标准化组织？】
- 冷启动问题：启动时候要加载慢，预热资源可能变冷
5. Amazon lamdba
- serverless不等于lamdba，但是成为实际上的代名词
- 提供Runtime API支持各种语言，超时时间可以提高到15分钟，内存10G，最多可以使用6个vCPU
- 2016，step function：组合多个lamdba，将复杂代码转为低代码、事件驱动的工作流
- 2017，并发数提升到1000倍，分布式跟踪工具X-Ray
- 2018，aurora，RDBMS也具备serverless特性，dynamoDB【nosql】、TimeStream【时许db】、Keyspace【cassandra】、QLDB【分类账数据库】也支持，aurora可以再一秒内将db负载从数百个事务扩展到数十万个，峰值成本降低90%【serverless本质还是：降低自己和客户的成本，提高产品竞争力】
- 2019，eventBridge，serverless的总线服务，作为多种serverless服务的集中式枢纽
- 2021，lamdba计费功能调整到1ms，提供镜像支持，支持Graviton【自研的云端芯片基于ARM架构】，降低成本
6. 冷启动
- 2019，lambda，预置并发，两位数毫秒内能初始化并准备好，是个里程碑的技术节点
- 热启动：从前一个事件中重用lamdba函数的实例及其宿主容器
- 冷启动：创建一个新的实例，启动主进程，与原有程序完全隔离
- 预置并发：让函数保持初始化状态，精确地控制启动延迟，用户可以指定多少个实例，lamdba确保始终有该数量的预热实例等待工作
7. 无服务的未来
- AWS逐步把大部分的服务都转为serverless模式，从计算、存储、DB，扩展到数据分析、机器学习上了
- 芯片转为ARM，性能提高1倍，价格降低20%