共计 2905 个字符，预计需要花费 8 分钟才能阅读完成。
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 在线大会精彩回放！
