当亚马逊在2014年推出Lambda时，该服务就深深吸引着用户，它提供强大的可扩展性，而无需过多的等待容量。

AWS Lambda带来了“无服务器云”托管的概念，通过该服务，应用程序可以24/7全天候运行，但仅在使用时产生费用。大部分使用AWS的客户都在用Lambda，尽管仅占一般企业云服务的一小部分。尽管如此，几乎所有云用户都将其作为其云应用程序规划的重点，并且它改变了我们对“云原生”应用程序的观念。

在这篇关于AWS Lambda的文章中，我们将讨论该服务的功能和用例如何通过升级和辅助服务而发展。我们还将研究企业如何继续适应无服务器计算平台，以及这项重要的云技术的下一步发展。

Lambda的两面性

Lambda从两个关键方面说明了云计算与数据中心的不同之处。Lambda（也称为函数）具有无限的弹性和敏捷性，它是按需软件功能的真实模型。该服务的平行（也许不是那么崇高）目标是提供云托管，让用户不必担心服务器操作。这种崇高与简单经济学之间的拉扯力仍然将Lambda拉向不同的方向，而最终的力量-商业主义也是如此。

在Lambda之前，企业从来没有一个平台可以支持“战术托管”-仅在需要时才进行计算。因此，他们从未开发过支持该模型的软件。最重要的是，Lambda在首次推出时有其实际的局限性。实际上，对Lambda进行早期了解的企业发现它很难用于IT运营，而且其原则对于开发团队而言并不明显。

尽管用户喜欢按需使用的付费结构，但他们很快了解到，按需执行代码的Lambda模型最适合处理不规则间隔发生的事件，每个事件所需的处理较少。Lambda的加载和运行存在延迟，并且连续运行Lambda的总成本可能会高于传统托管的成本。

让Lambda更具功能性的5年

总体而言，真正可行的计算在可做的事情方面具有严格的限制。你无法将数据存储在Lambda实例中，因为它们在步骤之间不是持久存储。实际上，你实际上不能拥有“步骤”，因为Lambda无法识别处理状态。这使得早期Lambda成为主要的事件处理工具。这可能适用于IoT，但不适用于业务交易处理—这是大多数IT项目包含的工作。

在Lambda首次发布两年后，AWS推出AWS Step Functions，这是向Lambda商业化迈出的最重要的一步。实际上，对AWS而言，它比Lambda本身更重要。Step Functions集成了事务处理的两个关键概念：工作流作为步骤的有序序列的概念，以及状态作为指示器（在哪里事物是在多步骤流程中）的概念。现在，大多数基于Lambda构建的企业应用程序都使用Step Functions。

2017年，亚马逊宣布推出Fargate，这是一种用于容器托管的准无服务器模式。尽管与Lambda没有直接关系，但Fargate为需要更​​高持久性的企业应用程序提供了一种途径，该途径保留了低接触（或非接触）服务器操作支持。

乍一看，用户和分析家可能将其视为取代Lambda的尝试，使Lambda失去用处，并最终取代它。然而，Fargate仅服务于在开始没有考虑使用Lambda的工作负载，实际上，它减少了通过Lambda执行的令人失望或失败的项目数量。

到2018年，应用开发的变化（另一种外部力量）也开始影响Lambda的使用。为了改进Web和移动应用程序界面，企业采用了云前端和数据中心后端模型。这些应用程序的前端部分非常适合Lambda部署，这使得企业部署率开始显着提高。

与此同时，AWS开始改善与其他服务和托管模型的基于事件的集成。借助这些功能，企业可以使用Lambda处理软件和应用程序事件，而不是专注于外部事件，例如IoT设备将生成的事件。这为更多的操作和管理自动化打开了大门。例如，Amazon CloudWatch Events与Lambda结合使用可以自动化应用程序响应，来应对负载变化、管理资源和应用程序故障，甚至是云爆发，或扩展本身不是Lambda功能的应用程序组件。

在2019年，亚马逊推出了AWS Lambda Destinations，IT团队可以通过定义成功/失败通知的事件路径来监控其功能。这是检测Lambda调用问题并采取补救措施的重要一步。它还可以将Lambda调用与传统的Amazon云服务同步。

更清晰了解AWS Lambda适合的地方

自首次发布以来，AWS Lambda已经取得长足的进步，而且业界对无服务器和云原生技术的理解也进一步提高。这使用户可以更好地了解无服务器和AWS Lambda可以做什么和不能做什么。通过上述AWS Lambda的介绍可以清楚地看出，无服务器并不是万灵药，尽管一些早期的预测表明无服务器最终将成为所有应用程序的目标。

展望未来，如果Amazon意识到该服务的局限性并适当地调整这些局限性，AWS Lambda将会取得成功；在很多情况下，用户的问题可以使用替代服务来更好地解决，这些服务可以解决Lambda最初无法解决的问题。

但是，Lambda可能今天已用于很多云前端应用程序，并且从长远来看应该在大多数这类应用程序中发挥作用。Lambda不能满足所有交易处理和核心业务需求，虚拟机、容器和裸机仍将发挥其作用，不过，希望Lambda在未来与这些技术一起发挥越来越大的作用。