aws lambda

无服务器计算如何帮助您的生产基础架构？

在过去的几年中，无服务器计算架构一直受到关注，因为它专注于应用程序的主要组件之一：服务器。 这种体系结构采用了不同的方法。

在下面的文章中，我们将解释无服务器的含义，并尝试了解它是否以及何时可以为您的应用程序提供帮助。 系好安全带。

云的新衣

无服务器计算的概念谈论的是部署代码，而不是服务器。 一开始听起来可能有些混乱，因为这意味着您可以将服务器整体丢弃，并在没有服务器的情况下运行应用程序。 但是您可以猜到，事实并非如此。

无需购买，管理和扩展它们，云提供商可以处理对VM的请求。 因此，您仍然需要服务器，但是这种新模型使您无需承担责任。 换句话说，处理服务器上的部署或任何类型的已安装软件都没有麻烦。 基本上，您需要的只是一台托管云服务和一台计算机。

输入AWS Lambda

该模型于2014年由Amazon作为AWS Lambda首次引入。该公司是第一家提供无服务器服务的产品，是Amazon Web Services套件的一部分。

AWS Lambda基于事件驱动的平台，由注册，更新等事件触发。 事件发生时，它将调用相关函数，依次运行代码。 所有这些，同时管理和计算运行和仅使用它们所需的资源。

换句话说，基本工作流程保持不变：编写代码，将其上传到服务器以使其运行，以及消除对响应时间，操作等方面的担忧。

AWS Lambda有时被称为功能即服务（FaaS），因为这些事件触发了处理请求所需的相关功能，从而使我们能够轻松运行我们的功能。

与FaaS一起，无服务器架构也称为后端即服务（BaaS），它消除了很大一部分数据库管理开销，并为不同的用户和级别提供了授权。

AWS Lambda总经理Tim Wagner 共享了一个图表，该图表说明了组件及其连接：作为计算资源（“后端”）的Lambda函数和直接与其连接的移动应用程序，以及提供HTTP端点的Amazon API Gateway静态的Amazon S3托管网站：

照顾好你的代码

AWS Lambda的主要目标是允许开发人员以简单的方式构建较小的，按需和事件响应型应用程序。 它为您工作，并管理“计算团队”，以平衡内存，CPU，网络，应用安全补丁，监视运行状况以及任何其他所需的资源和操作。

外包服务是一种很好的看待方式。 它不仅可以“重新安置IT”，而且甚至可以帮助您降低运营成本，因为您可以消除基础架构成本，甚至可以减少维护服务器所需的团队成员数量。

说到成本，您只需要根据使用的功能数量和代码执行的时间来支付使用的费用。 重要的是要声明免费层每月包括100万个免费请求，每月最多有320万秒的计算时间。

从请求开始作为对事件或调用的响应开始执行时开始计算每个请求的计算。 而且还包括来自控制台的测试。

据亚马逊称，AWS Lambda是许多应用程序场景的平台。 但是当然有一个陷阱，该语句仅与AWS Lambda支持的语言有关：Node.js，Java和Python。

从好的方面来说，可以使用您已经知道的工具（Maven或Gradle）来完成用Java构建AWS Lambda函数的过程，并且构建过程几乎相同。

给我看代码

完成基本设置后，调用AWS Lambda函数非常简单，您可以在此处查看完整说明。

它包括定义代表输入和输出JSON的POJO，指定代表我们的微服务的接口，并使用被调用时调用的Lambda函数的名称对其进行注释。

下一步将使用LambdaInvokerFactory创建此接口的实现。 这将使我们能够调用Lambda上运行的服务。 然后，我们可以使用此代理对象简单地调用我们的服务，例如……计数猫：

CountCatsInput input = new CountCatsInput();
input.setBucketName("pictures-of-cats");
input.setKey("three-cute-cats");int cats = catService.countCats(input).getCount();

在你开始前…

当然，没有什么是完美的，主要选择代码的选项也有一些缺点。 由于它仍然是一项相当新的技术，因此很容易找到用户不太满意的问题列表，例如：

控制 –您正在“移交”服务器，希望您的云主机可以最好的方式处理它们。 但是您可能会遇到重大问题，您必须坐下来等待它们解决，甚至可能包括停机时间和客户不满意。

锁定 –说到将所有内容交给云主机，使用AWS Lambda意味着您必须使用AWS。 现在可能不是问题，但是如果您考虑迁移到Google或仅使用自己的服务器，它将成为一个问题。

灵活性 –您将无法登录到计算实例或自定义操作系统或语言运行时。

安全性 –使用第三者还意味着使用其安全性。 我们并不是说AWS并不安全，而是您将这项责任完全转移给了可能不太理想的第三方。 。

监视 –使用AWS Lambda，您只能使用内部工具CloudWatch监视和调试系统。 尽管您仍然可以创建自定义警报，但可以查看请求率和错误率–这是一个非常基本的工具，它可能无法帮助您了解问题的根本原因。

这只是该体系结构缺点的一小部分（但很重要）。 还必须指出，如果您已经有一个应用程序，并且想要将其迁移到无服务器架构，则可能会发现自己是从头开始编写的。 因此，您可能需要考虑一下，或者只是将其积压到计划中的下一个新应用程序中。

最后的想法

亚马逊从AWS Lambda开始了无服务器的发展，如今，微软，谷歌，IBM等其他公司以及小型公司和初创公司都提供这种模式。

如果不得不赌博，我们会说无服务器是未来。 如果您考虑一下，这是云计算发展的下一步，这使我们对云以及除我们自己以外的提供商完全信任。

目前，最好保留当前的云或本地服务器。 它仍然是一项新技术，在我们放弃服务器之前，亚马逊，谷歌和其他公司需要经历一些挑战。 可能是婴儿的脚步，但不管我们是否喜欢，我们都朝着这个方向前进。

翻译自: https://www.javacodegeeks.com/2016/08/aws-lambda-serverless-java-developers-whats.html

aws lambda