冷启动和厂商锁定
时间：2022-03-04 22:02:01 | 来源：行业动态
时间：2022-03-04 22:02:01 来源：行业动态
冷启动的性能改善算得上是一次标志性事件。FaaS 平台初始化函数实例需要一些时间。即使对于同一个特定的功能，不同的平台之间这种启动延迟可能会有很大差异，从几毫秒到几秒不等，取决于使用的库、函数配置的算力等大量因素。以 Amazon Lambda 为例，Amazon Lambda 函数的初始化要么是热启动，要么是冷启动。热启动是从前一个事件中重用 Amazon Lambda 函数的实例及其宿主容器，冷启动需要创建一个新的容器实例，启动函数宿主进程。在考虑启动延迟时，冷启动更受关注。
亚马逊云科技在 2019 年提供了一项名为预置并发（Provisioned Concurrency） 的重要新功能，通过让函数保持初始化状态，从而更精确地控制启动延迟。用户需要做的就是设置一个值，指定平台需要为特定功能配置多少个实例，Amazon Lambda 服务本身将确保始终有该数量的预热实例等待工作。冷启动无疑是无服务器技术批评者指出的最大问题，而亚马逊云科技这项功能的出现，代表着关于冷启动的争议已经结束。
除此之外，厂商锁定也是一个极具争议的地方。几年前，作为无服务器技术的反对方，CoreOS 首席执行官 Alex Polvi 称 Amazon Lambda 无服务器产品是我们在人类历史上见过的最糟糕的专有锁定形式之一。而为 MongoDB 工作的 Matt Asay 撰文反驳他说，完全避免锁定的方法是自己编写所有底层软件（事件模型、部署模型等）。
总之，作为支持方，很多人认为锁定并不是一件非黑即白的事情，而是本身需要反复权衡的一种架构选择。还有技术专家表示，可以采用将应用程序和平台分离的设计方式，以及标准化技术的方法最小化迁移成本：如果使用标准化的 HTTP，那么可以使用 Amazon API Gateway 将 HTTP 请求转换为 Amazon Lambda 事件格式；如果使用标准化的 SQL，那么使用与 MySQL 兼容 Amazon Aurora Serverless，可以自然地简化数据库的迁移路径......
在线咨询
