Amazon Lambda无服务器函数作为亚马逊云科技主推的云原生技术，是不折不扣的云原生第一梯队。Lambda无服务器函数自2014年由亚马逊云科技推出以来，被越来越多的云原生利用所应用，到目前为止曾经累计关联了100余项翻新云服务，同时为数百万级的用户提供服务，而每天的调用次数更是高达数百亿次。

为什么Lambda无服务器函数具备如此大的魅力呢？

从开发者的角度来说，Lambda无服务器函数充分利用了服务器虚拟化技术，将过来开发者须要关注的服务器配置、服务器治理等工作进行了充沛的封装，让开发者能够从服务器治理的繁冗事务中脱离进去，将注意力集中到利用的开发工作中。

这种对于服务器资源的封装和形象，毫无疑问地给开发者提供了极大的便当，让开发者能够更快地迭代开发周期，能够以更精密的粒度来治理利用内的一个一个逻辑。这样的便当对于晋升开发者的生产效率非常无益。

从利用的运维角度而言，Lambda无服务器函数则提供了前所未有的低成本高效率的运行平台，各种自动化工具和自动化配置让利用的运维变得更加不便。这所有的收益，都来自亚马逊云科技在服务器虚拟化技术上的一直迭代和翻新。

自从亚马逊云科技最后推出的Amazon EC2服务器以来，就突破了信息技术业内对于服务器的传统印象。科技公司从自建服务器机房，到租用虚构服务器VPS，再到拥抱云计算平台EC2服务器，到现在能够间接应用“无服务器”的Lambda 函数，亚马逊云计算平台就在服务器的虚拟化和抽象化一直精进，让一个一个的服务器单元变得越来越玲珑，也越来越高效，越来越易用。

这一切都是为着一个目标，就是让云计算真正成为一种公共事业，如同自来水、电网和互联网接入个别，能够高效率地服务更宽泛的用户群体。

说了这么多Lambda无服务器函数的长处，但它也不是美中不足的。随着越来越多的利用开始采纳 Lambda 函数，它的一些毛病也缓缓开始裸露进去。其中一个最为使用者所诟病的问题就是冷启动速度太慢的问题。

Lambda无服务器函数的实质，实际上是一个小型的虚构服务器，或者称为虚拟机VM。这些虚拟机在Lambda 函数没有被调用的时候，会临时处于休眠状态以节俭运行的算力和老本。

而当 Lambda 函数被调用的时候，虚拟机则会经验一段启动、加载运行代码、初始化各种所需的资源这样一个初始化调用过程，这一过程被称为Lambda 函数的“冷启动”。咱们以运行java代码的Lambda 函数为例，它的冷启动过程如下：

  • Lambda函数提取部署代码包并将其内容复制到函数执行环境的新目录中；
  • Lambda函数确定代码的入口点；
  • Lambda 函数将代码和依赖关系加载到内存中；
  • Lambda 函数初始化任何所需的资源或服务；
  • Lambda 函数设置任何必要的网络连接或安全策略；
  • Lambda函数开始真正执行代码。

这个冷启动过程有时候会须要耗费数十毫秒到数秒的工夫，这就会导致调用Lambda 函数的利用变得反馈缓慢，因而Lambda函数冷启动的问题也成为了用户诟病最多的问题。

亚马逊云科技积极响应用户的需要，把升高冷启动提早的问题提上工作议程，通过数年的研发，终于在2022亚马逊云科技 re:Invent寰球大会上推出了Amazon Lambda SnapStart技术，将运行java代码的Lambda函数的冷启动工夫升高了90%，而且也不须要用户领取额定的费用即可享受Lambda SnapStart带来的便捷。

上面的图中比照了应用SnapStart技术启动的过程和不应用SnapStart的启动过程。很容易看出，SnapStart简化了冷启动过程，从而使得冷启动的工夫耗费大幅升高。

那么，这么一个犹如魔术般的 Lambda SnapStart 是如何做到将冷启动工夫升高的呢？这一技术提高，仍然是得益于亚马逊云科技在服务器虚拟化上的继续投入。

在re:Invent 2018上，亚马逊云科技推出了一个叫做Amazon Firecracker的高效虚拟机，采纳最新的容器化技术，在服务器操作系统内核层面对服务器资源做出了更细颗粒度的形象，晋升了虚拟机的性能以及安全性。

而四年后的2022年，亚马逊云科技更是在Firecracker技术的根底上，采取对Firecracker底层微型虚拟机MicroVM退出快照性能，来实现微型虚拟机的疾速启动。这一翻新技术为咱们带来的，就是Lambda函数将前所未有地能够将启动提早压缩到亚秒级，在过来的根底上实现了数量级（10倍）上的晋升。

目前Lambda SnapStart临时仅反对运行Java 11代码的Lambda函数，但因为这项技术并不依赖于Java或者任何一门编程语言，将来亚马逊云科技也肯定会将这项技术用于所有的Lambda无服务器函数。

所以说，这个Lambda SnapStart的神奇之处就在于在微型虚拟机上的快照性能。微型虚拟机所采纳的容器技术在近五年里失去长足的倒退，而容器作为服务器操作系统内核提供的资源隔离技术，让亚马逊云科技把云计算平台上的“最小计算单元”向下推动了一层，让微型虚拟机MicroVM以容器的形式被启动和治理。

并且，因为容器自身可能提供快照，将容器的状态定格记录下来，如此一来就能在下次启动微型虚拟机MicroVM的时候，间接载入容器快照，从而绕过繁琐的虚拟机启动和代码、依赖以及计算资源的加载过程。

不过，在工程畛域永远都没有银弹。Lambda SnapStart技术尽管神奇，却也不是白璧无瑕的，它同样有着应用上的限度。亚马逊云科技给予了开发者一个应用Lambda SnapStart的指引，外面列举了三个SnapStart不实用的场景：

1、在Lambda函数里蕴含具备唯一性的信息，例如举世无双的ID数。当Lambda函数从快照中疾速启动，其快照保留的之前的举世无双的ID数字就无奈保障其唯一性。亚马逊云科技倡议此类型的Lambda函数要在启动后验证该“举世无双”的ID数以确保后续的运行逻辑正确；

2、在Lambda函数中的网络连接。因为网络连接产生于Lambda函数启动当前，因而Lambda函数上一次快照中的网络状态，在从快照复原后应该查看其网络连接状态；

3、在Lambda函数中存在长期数据。例如在Lambda函数中蕴含登录token，在从快照中复原后，其长期的登录token可能曾经生效，因而须要Lambda函数来从新建设所需的长期数据。

不难看出，因为Lambda SnapStart依赖于该微型虚拟机MicroVM过来的状态，但凡状态依赖于工夫变动的Lambda函数，都须要在引入SnapStart后粗疏治理那些依据工夫变动而变动的状态，而不能默认这些状态维持不变。

re:Invent 2022 寰球大会上推出的Amazon Lambda SnapStart是本年度云计算畛域的重磅科技进步，Lambda SnapStart进一步坚固了亚马逊云计算在无服务器计算畛域的劣势。这既是亚马逊云科技的研发实力的体现，也是亚马逊云科技以客户为本的理念的体现。

即刻点击https://www.awsevents.cn/reIn...，观看 INNOVATE 在线大会精彩回放！