aws lambda使用_使用AWS Lambdas扩展技术堆栈

aws lambda使用

面对现实吧。 调试性能问题很困难，但是更难解决。

假设您发现了有害的代码，这些代码正在拖慢您的应用的运行速度。 最终会有一段时间，您发现此代码减速是同步的或线性执行的。 解决这些有问题的代码段的最有效方法之一就是将最重的工作负载委派给以后的时间和地点。

尽管那里有无数种工作负载委派解决方案，但近年来在第三方服务器上执行代码的想法（也称为无服务器功能）已变得越来越流行。

无服务器功能非常有用，因为我们可以配置处理这些工作负载的执行时间和频率。 此外，我们只为使用的时间和计算能力付费。 不需要一台永远运行的服务器，即使不使用它也要消耗主机成本。

Amazon Web Services中的无服务器功能

在Amazon Web Services（或AWS）中，无数功能被称为Lambda。 尽管Lambdas和其他无服务器功能使我们在其他计算机上执行代码有很多好处，但是在实现方法上存在一些限制性术语。

由于我们从技术上是从AWS租用硬件和软件，因此他们可以确定运行代码的硬件规格和环境。

对于Amazon，这意味着在Ubuntu（Linux）环境中运行和执行代码。 我们需要考虑有关AWS Lambda部署和执行环境的特定限制 。

尽管它们都很重要，但我想谈谈一些限制，这些限制将决定我们如何设计和实现功能。

内存和时间限制

当我们最终尝试将工作委托给AWS Lambda时，我们需要以适合128MB内存使用量限制和执行限制的方式进行操作。 每个功能还必须花费不到300秒（五分钟）的时间来执行。

虽然您可以在五分钟内完成很多工作，但我发现围绕模块化的重点设计Lambda函数很有用。 这意味着将功能设计为通过Lambda多次处理较小的工作单元，而不是一次发送大量要执行的数据。

使用模块化的Lambda实现，我们应该能够在这些限制下处理我们需要的任何东西。

临时存储

AWS Lambdas中的存储也有点有趣。 我们还只能在Lambda的文件系统的一部分中/tmp最多写入512MB。

尽管我们当然可以在Lambda中对数据建模，但我们依赖于外部资源来检索和永久存储执行结果数据。 我们最终关心的是创建一段代码来计算某物的结果并将其发送到另一个要存储的地方。

部署包大小

另一点值得注意的是部署程序包限制。 尽管我们编写的带有代码的文件应该很容易地满足该限制，但我们不能忘记依赖关系。

AWS Lambdas要求我们在部署程序包中提取每个依赖项。 因此，我们需要确保我们的代码和依赖项之和不超过此限制！

语言限制

最后，最大的限制之一是Lambda只允许执行某些语言。 对于AWS Lambda，这些语言是（在撰写本文时）Python，Go，JavaScript和Java。

如果应用程序是用其中一种语言编写的，那么您很幸运！ 您所要做的就是导入代码，一切顺利。

但是，我想讲解为什么即使您的应用程序不是用其中一种语言编写的，使用Lambda仍然有意义。

Ruby和Python的示例

我最近的许多工作都是基于Python Lambda的，该Lambda由基于Ruby的应用程序调用。 因此，我将演示使用这两种语言的示例。

Python和Ruby都是动态语言 。 尽管AWS不为Lambda提供Ruby支持，但它们确实支持Python。 为Ruby代码库编写Python Lambda很有道理，因为它们的样式和结构相似。 亚马逊还有一个很棒的Ruby SDK ，我们将使用它来调用和管理Lambda。

让我们开始编写Python Lambda：

index.py

def handler(event, context):
  input_message = event.get('message')
  print(input_message)
  return {
    'message': 'Well, hey there Ruby application!'
  }

您可以按照Amazon的教程来学习如何将这段代码作为Lambda进行部署。 设置完成后，我们将需要一些有关Lambda的信息：

• 部署Lambda的AWS区域
• 您的AWS访问密钥和访问密钥
• Lambda的名称

掌握了这些信息之后，我们就可以开始编写Ruby应用程序了。 在开始之前，请记住将AWS Ruby SDK添加到项目的Gemfile 。

app.rb

require ‘aws-sdk’
require 'json'
     
credentials = Aws::Credentials.new('access-key', 'access-key-secret')
     
lambda_client = Aws::Lambda::Client.new(
  region: 'lambda-aws-region',
  credentials: credentials
)
    
app_payload = { 
  message: "Hello Python Lambda!"
}
     
response = lambda_client.invoke({
  function_name: "SampleAWSFunction",
  invocation_type: "RequestResponse",
  payload: app_payload
})
     
parsed_response = JSON.parse(resp.payload.string)
puts parsed_response

考虑到这一点，我们现在可以运行app.rb并从Lambda获得实时响应！

结语

通过此基本示例，我们现在可以使用AWS支持的任何语言将更复杂的基于Ruby的代码委托给Lambda函数。

尽管我们的示例相对于Python更为偏爱，但AWS和其他无服务器功能提供商所提供的自由是能够为手头的工作选择最佳语言。

是否需要使用线程来构建性能更高的东西？ 也许尝试使用Java或Go这样的语言来实现您的功能。 想留在类似于Ruby的地方吗？ 坚持使用此Python模板或尝试JavaScript！

选择AWS堆栈之外的语言并运行自己的解决方案在许多方面绝对具有吸引力，但使用AWS Lambda的稳定性，成本和效率是该服务的最大卖点。 对我而言，仅凭这些原因，就可以提供一种有效且具有成本效益的方法，以帮助您更好地平衡应用程序中的同步执行瓶颈。

在使用AWS Lambdas时，我发现有趣的另一件事是每个人都有自己独特的解决方案和使用它们的实现。

但是，每种体系结构都需要时间，试验和错误才能开发。 如果做得对，在解决应用程序速度和执行时间问题上，投资和挫败将得到巨大回报。

最终，我们需要权衡使用Lambda的成本以及它们在我们的主应用程序服务器上释放的时间。 您最终也有一天会发现自己完全利用了无服务器架构！

无论哪种方式，了解有关AWS的Lambda Functions之类的无服务器解决方案的更多信息都将为您提供另一种解决日益增长的软件应用程序中的速度和性能问题的方法。 这可能并不总是补救措施，但它是帮助事情在未来更快，更强大地发展的有效解决方案。

翻译自: https://www.javacodegeeks.com/2018/06/expanding-tech-stack-aws-lambdas.html

aws lambda使用