Jump to content

AWS Lambda: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
m Two grammar corrections added a comma after "announced" and changed a comma to a semicolon.
Clarify EC2 vs. Lambda minimum bill
(18 intermediate revisions by 17 users not shown)
Line 1: Line 1:
{{Short description|Serverless computing platform}}
{{Short description|Serverless computing platform}}
{{Advert|date=October 2018}}
{{Infobox software
{{Infobox software
| name = AWS Lambda
| name = AWS Lambda
Line 10: Line 9:
}}
}}


'''AWS Lambda''' is an [[event-driven programming|event-driven]], [[serverless computing]] platform provided by [[Amazon.com|Amazon]] as a part of [[Amazon Web Services]]. It is a computing service that runs code in response to [[Event (computing)|events]] and automatically manages the computing resources required by that code. It was introduced on November 13, 2014.<ref>{{cite web |url=https://aws.amazon.com/blogs/aws/run-code-cloud/ |title=AWS Lambda – Run Code in the Cloud |date=November 13, 2014 |first=Jeff |last=Barr |website=AWS News Blog |access-date=August 29, 2022}}</ref>
'''AWS Lambda''' is an [[event-driven programming|event-driven]], [[serverless computing]] platform provided by [[Amazon.com|Amazon]] as a part of [[Amazon Web Services]]. It is designed to enable developers to run code without provisioning or managing servers. It executes code in response to [[Event (computing)|events]] and automatically manages the computing resources required by that code. It was introduced on November 13, 2014.<ref>{{cite web |url=https://aws.amazon.com/blogs/aws/run-code-cloud/ |title=AWS Lambda – Run Code in the Cloud |date=November 13, 2014 |first=Jeff |last=Barr |website=AWS News Blog |access-date=August 29, 2022}}</ref>


[[Node.js]], [[Python (programming language)|Python]], [[Java (programming language)|Java]], [[Go (programming language)|Go]],<ref>{{cite web |url=https://aws.amazon.com/blogs/compute/announcing-go-support-for-aws-lambda/ |title=Announcing Go Support for AWS Lambda |first=Chris |last=Munns |date=January 15, 2018 |website=Amazon Web Services |access-date=December 10, 2019}}</ref> [[Ruby (programming language)|Ruby]],<ref>{{cite web |url=https://aws.amazon.com/blogs/compute/announcing-ruby-support-for-aws-lambda/ |title=Announcing Ruby Support for AWS Lambda |first=Chris |last=Munns |date=November 29, 2018 |website=Amazon Web Services |access-date=December 10, 2019}}</ref> and [[C Sharp (programming language)|C#]] (through [[.NET]]) are all officially supported {{as of|2018|lc=1}}. In late 2018, custom runtime support<ref>{{cite web |url=https://aws.amazon.com/about-aws/whats-new/2018/11/aws-lambda-now-supports-custom-runtimes-and-layers/ |title=AWS Lambda Now Supports Custom Runtimes and Enables Sharing Common Code Between Functions |date=November 29, 2018|website=Amazon Web Services |access-date=December 10, 2019}}</ref> was added to AWS Lambda.
[[Node.js]], [[Python (programming language)|Python]], [[Java (programming language)|Java]], [[Go (programming language)|Go]],<ref>{{cite web |url=https://aws.amazon.com/blogs/compute/announcing-go-support-for-aws-lambda/ |title=Announcing Go Support for AWS Lambda |first=Chris |last=Munns |date=January 15, 2018 |website=Amazon Web Services |access-date=December 10, 2019}}</ref> [[Ruby (programming language)|Ruby]],<ref>{{cite web |url=https://aws.amazon.com/blogs/compute/announcing-ruby-support-for-aws-lambda/ |title=Announcing Ruby Support for AWS Lambda |first=Chris |last=Munns |date=November 29, 2018 |website=Amazon Web Services |access-date=December 10, 2019}}</ref> and [[C Sharp (programming language)|C#]] (through [[.NET]]) are all officially supported {{as of|2018|lc=1}}. In late 2018, custom runtime support<ref>{{cite web |url=https://aws.amazon.com/about-aws/whats-new/2018/11/aws-lambda-now-supports-custom-runtimes-and-layers/ |title=AWS Lambda Now Supports Custom Runtimes and Enables Sharing Common Code Between Functions |date=November 29, 2018|website=Amazon Web Services |access-date=December 10, 2019}}</ref> was added to AWS Lambda.


AWS Lambda supports running [[native code|native]] [[Linux]] [[executable]]s via calling out from a supported runtime such as Node.js.<ref>{{cite web |url=https://aws.amazon.com/blogs/compute/running-executables-in-aws-lambda/ |title=Running Arbitrary Executables in AWS Lambda |website=AWS Compute Blog |date=April 15, 2015 |access-date=December 10, 2019 |last=Wagner |first=Tim}}</ref> For example, [[Haskell (programming language)|Haskell]] code can be run on Lambda.<ref>{{cite web |url=https://github.com/abailly/aws-lambda-haskell |title=abailly/aws-lambda-haskell: Running Haskell code on AWS Lambda |website=[[GitHub]] |last=Bailly |first=Arnaud |access-date=December 10, 2019}}</ref>
AWS Lambda supports running [[native code|native]] [[Linux]] [[executable]]s by calling them from a supported runtime, such as Node.js.<ref>{{cite web |url=https://aws.amazon.com/blogs/compute/running-executables-in-aws-lambda/ |title=Running Arbitrary Executables in AWS Lambda |website=AWS Compute Blog |date=April 15, 2015 |access-date=December 10, 2019 |last=Wagner |first=Tim}}</ref>


AWS Lambda was designed for use cases such as image or object [[upload]]s to [[Amazon S3]], updates to [[DynamoDB]] tables, responding to website clicks, or reacting to sensor readings from an [[Internet of Things|IoT]] connected device. AWS Lambda can also be used to automatically provision back-end services triggered by custom [[HTTP request]]s, and "spin down" such services when not in use, to save resources. These custom HTTP requests are configured in AWS API Gateway, which can also handle [[authentication]] and [[authorization]] in conjunction with [[Amazon Cognito|AWS Cognito]].
AWS Lambda was primarily designed for tasks such as handling image and object [[upload]]s to [[Amazon S3]], updating [[DynamoDB]] tables, responding to website clicks and reacting to sensor readings from [[Internet of Things|IoT]] connected devices. AWS Lambda can also be used to automatically provision back-end services triggered by custom [[HTTP request]]s, and "spin down" such services when not in use to save resources. These custom HTTP requests are configured in AWS API Gateway, which can also handle [[authentication]] and [[authorization]] in conjunction with [[Amazon Cognito|AWS Cognito]].


Unlike Amazon EC2, which is priced by the hour but metered by the second, AWS Lambda is metered by rounding up to the nearest millisecond with no minimum execution time.
Unlike Amazon EC2, which is billed by the second (with a minimum of 60 seconds), AWS Lambda is billed by the millisecond with no minimum.


AWS Lambda functions are often used in association with [[Amazon Simple Queue Service|AWS SQS queues]] to process asynchronous tasks in distributed architectures.
In 2019, at AWS' annual cloud computing conference (AWS re:Invent), the AWS Lambda team announced, "Provisioned Concurrency", a feature that "keeps functions initialized and hyper-ready to respond in double-digit milliseconds."<ref>{{cite web |url=https://aws.amazon.com/blogs/aws/new-provisioned-concurrency-for-lambda-functions/ |title=New – Provisioned Concurrency for Lambda Functions |website=aws.amazon.com |date=3 December 2019 |access-date=2020-10-12}}</ref> The Lambda team described Provisioned Concurrency as "ideal for implementing interactive services, such as web and mobile backends, latency-sensitive microservices, or synchronous APIs."<ref>{{Cite web|url=https://aws.amazon.com/blogs/aws/new-provisioned-concurrency-for-lambda-functions/|title=New – Provisioned Concurrency for Lambda Functions|date=2019-12-03|website=Amazon Web Services|language=en-US|access-date=2020-02-03}}</ref>

In 2019, at the AWS annual cloud computing conference (AWS re:Invent), the AWS Lambda team announced "Provisioned Concurrency", a feature that "keeps functions initialized and hyper-ready to respond in double-digit milliseconds."<ref>{{cite web |url=https://aws.amazon.com/blogs/aws/new-provisioned-concurrency-for-lambda-functions/ |title=New – Provisioned Concurrency for Lambda Functions |website=aws.amazon.com |date=3 December 2019 |access-date=2020-10-12}}</ref> The Lambda team described Provisioned Concurrency as "ideal for implementing interactive services, such as web and mobile backends, latency-sensitive microservices, or synchronous APIs."<ref>{{Cite web|url=https://aws.amazon.com/blogs/aws/new-provisioned-concurrency-for-lambda-functions/|title=New – Provisioned Concurrency for Lambda Functions|date=2019-12-03|website=Amazon Web Services|language=en-US|access-date=2020-02-03}}</ref>


==Specification==
==Specification==
Each AWS Lambda instance is a [[OS-level_virtualisation|container]] created from [[Amazon Machine Image|Amazon Linux AMI]]s (a Linux distribution related to [[RHEL]]) with 128–10240 MB of RAM (in 1 MB increments),<ref>{{cite web|date=December 1, 2021|title=AWS Lambda now supports up to 10 GB of memory and 6 vCPU cores for Lambda Functions|url=https://aws.amazon.com/about-aws/whats-new/2020/12/aws-lambda-supports-10gb-memory-6-vcpu-cores-lambda-functions/|access-date=January 29, 2021|website=About AWS}}</ref> 512 MB to 10 GB of ephemeral storage in /tmp folder,<ref>{{cite web |last1=Yun |first1=Channy |title=AWS Lambda Now Supports Up to 10 GB Ephemeral Storage |url=https://aws.amazon.com/blogs/aws/aws-lambda-now-supports-up-to-10-gb-ephemeral-storage/ |website=AWS News Blog |access-date=1 April 2022}}</ref> and a configurable execution time from 1 to 900 seconds. Ephemeral storage remains locally available only for the duration of the instance and is discarded after all tasks running on the instance complete.
Each AWS Lambda instance is a [[OS-level_virtualisation|container]] created from [[Amazon Machine Image|Amazon Linux AMI]]s (a Linux distribution related to [[RHEL]]) with 128–10240 MB of RAM (in 1 MB increments),<ref>{{cite web|date=December 1, 2021|title=AWS Lambda now supports up to 10 GB of memory and 6 vCPU cores for Lambda Functions|url=https://aws.amazon.com/about-aws/whats-new/2020/12/aws-lambda-supports-10gb-memory-6-vcpu-cores-lambda-functions/|access-date=January 29, 2021|website=About AWS}}</ref> 512 MB to 10 GB of ephemeral storage in /tmp folder,<ref>{{cite web |last1=Yun |first1=Channy |title=AWS Lambda Now Supports Up to 10 GB Ephemeral Storage |url=https://aws.amazon.com/blogs/aws/aws-lambda-now-supports-up-to-10-gb-ephemeral-storage/ |website=AWS News Blog |date=24 March 2022 |access-date=1 April 2022}}</ref> and a configurable execution time from 1 to 900 seconds. Ephemeral storage remains locally available only for the duration of the instance and is discarded after all tasks running on the instance are complete.

Since December 2020, Lambda has been capable of supporting Docker containers through ECR up to 10 GB in size.<ref>{{Cite web|date=2020-12-01|title=New for AWS Lambda – Container Image Support|url=https://aws.amazon.com/blogs/aws/new-for-aws-lambda-container-image-support/|access-date=2021-06-03|website=Amazon Web Services|language=en-US}}</ref>

== AWS Lambda Function URL ==
The Lambda Function URL gives Lambda a unique and permanent [[URL]] which can be accessed by [[authenticated]] and non-authenticated users alike.<ref name=":0">{{Cite web |title=Lambda function URLs - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/lambda-urls.html |access-date=2024-03-01 |website=docs.aws.amazon.com}}</ref> It was launched in April 6, 2022 by the AWS Lambda team.<ref>{{Cite web |title=Document history - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/lambda-releases.html |access-date=2024-03-01 |website=docs.aws.amazon.com}}</ref>

=== Format ===
A typical function URL has the following format: <ref name=":0" /><syntaxhighlight lang="text">
https://<url-id>.lambda-url.<region>.on.aws
</syntaxhighlight>

=== History ===
Before Function URLs, Lambda functions could be invoked only using AWS Lambda [[API|APIs]] or [https://aws.amazon.com/api-gateway/ Amazon API Gateway].<ref>{{Cite web |title=Invoking Lambda functions - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/lambda-invocation.html |access-date=2024-03-01 |website=docs.aws.amazon.com}}</ref> [[Streaming data|Response streaming]] was also made possible with function URLs.<ref>{{Cite web |title=Configuring a Lambda function to stream responses - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/configuration-response-streaming.html#config-rs-invoke-furls |access-date=2024-03-01 |website=docs.aws.amazon.com}}</ref>

=== Pricing ===
There are no extra charges included with invoking a Function URL, other than the duration and [[HTTP|requests]].<ref>{{Cite web |title=Serverless Computing – AWS Lambda Pricing – Amazon Web Services |url=https://aws.amazon.com/lambda/pricing/ |access-date=2024-03-01 |website=Amazon Web Services, Inc. |language=en-US}}</ref> Function URLs are included in Lambda’s request and duration pricing.<ref>{{Cite web |date=2022-04-06 |title=Announcing AWS Lambda Function URLs: Built-in HTTPS Endpoints for Single-Function Microservices {{!}} AWS News Blog |url=https://aws.amazon.com/blogs/aws/announcing-aws-lambda-function-urls-built-in-https-endpoints-for-single-function-microservices/ |access-date=2024-03-01 |website=aws.amazon.com |language=en-US}}</ref>

==== Caution with a public function URL ====
If a Lambda function URL is made publicly available with AuthType = NONE, it will warrant unauthenticated access to the Lambda function.<ref>{{Cite web |title=Security and auth model for Lambda function URLs - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/urls-auth.html |access-date=2024-03-01 |website=docs.aws.amazon.com}}</ref> It can lead to a [[Denial-of-service attack|DDoS]] attack, which will incur costs to the [[Amazon Web Services|AWS]] account which is hosting the Lambda function.

== AWS Lambda Layers ==
AWS Lambda Layers allow developers to easily manage and share common components across multiple Lambda functions. It's designed to promote code reusability and simplify the deployment of libraries, custom runtimes, and other dependencies that Lambda functions might need. Lambda Layers can be particularly useful in microservices architectures, where multiple functions might share the same dependencies.<ref>{{Cite web |date=2022-08-11 |title=Building Serverless SaaS Microservices with AWS Lambda Layers {{!}} AWS Partner Network (APN) Blog |url=https://aws.amazon.com/blogs/apn/building-serverless-saas-microservices-with-aws-lambda-layers/ |access-date=2024-02-02 |website=aws.amazon.com |language=en-US}}</ref> By using layers, one can ensure that all functions are using the same version of a library, making the application more consistent and easier to manage.

A Lambda Layer is a .zip file archive that allows to package and deploy common components separately from a Lambda function code.<ref>{{Cite web |title=Working with Lambda layers - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/chapter-layers.html |access-date=2024-02-02 |website=docs.aws.amazon.com}}</ref> A single AWS Lambda function can include up to five layers at a time. The layers are applied in a specified order, allowing later layers to override the content of earlier ones if there are conflicts.<ref>{{Cite web |title=Adding layers to functions - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/adding-layers.html |access-date=2024-02-02 |website=docs.aws.amazon.com}}</ref> This layering system can significantly reduce the size of Lambda deployment packages, as there is no need to include these common components in every function's deployment package.

=== Usage ===
'''Create a Lambda Layer:''' One first creates a layer by packaging libraries or other dependencies into a .zip file and then uploading it to Lambda.<ref>{{Cite web |title=Packaging your layer content - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/packaging-layers.html |access-date=2024-02-02 |website=docs.aws.amazon.com}}</ref> The runtimes that the layer is compatible with can be specified when creating a layer.<ref>{{Cite web |title=Creating and deleting layers in Lambda - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/creating-deleting-layers.html |access-date=2024-02-02 |website=docs.aws.amazon.com}}</ref>

'''Add the Layer to Lambda Functions:''' When creating or updating a Lambda function, the layers to be included in the function can be specified. The Lambda service will then merge function code with the specified layers to create the execution environment.<ref>{{Cite web |title=Adding layers to functions - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/adding-layers.html |access-date=2024-02-02 |website=docs.aws.amazon.com}}</ref>


'''Versioning:''' Each time a new version of a layer is published, it receives a unique version number.<ref>{{Cite web |title=Working with Lambda layers - AWS Lambda |url=https://docs.aws.amazon.com/lambda/latest/dg/chapter-layers.html#lambda-layer-versions |access-date=2024-02-02 |website=docs.aws.amazon.com}}</ref> This is useful for managing updates to layers separately from function code. It also ensures that functions can continue using older versions of a layer if needed.
The instances are neither started nor controlled directly. Instead, a package containing the required tasks has to be created and uploaded (usually) to an [[Amazon S3|S3]] bucket, and AWS is instructed (via Amazon Kinesis, [[Amazon DynamoDB|DynamoDB]] or [[Amazon Simple Queue Service|SQS]]) to run it when an event is triggered. Each such execution is run in a new environment so access to the execution context of previous and subsequent runs is not possible. This essentially makes the instances stateless; all the incoming and outgoing data needs to be stored by external means (usually via S3 or DynamoDB, inbound connections to the instances are disabled). The maximum compressed size of a Lambda package is 50 MB with the maximum uncompressed size being 250 MB.


Since December 2020 Lambda supports Docker containers through ECR up to 10 GB in size.<ref>{{Cite web|date=2020-12-01|title=New for AWS Lambda Container Image Support|url=https://aws.amazon.com/blogs/aws/new-for-aws-lambda-container-image-support/|access-date=2021-06-03|website=Amazon Web Services|language=en-US}}</ref>
'''Sharing Layers:''' Layers can be shared across different AWS accounts or made public to the broader AWS community.<ref>{{Cite web |title=Sharing Lambda Layers - AWS Serverless Application Repository |url=https://docs.aws.amazon.com/serverlessrepo/latest/devguide/sharing-lambda-layers.html |access-date=2024-02-02 |website=docs.aws.amazon.com}}</ref> This is particularly useful for commonly used libraries or runtime extensions.


==See also==
==See also==
Line 37: Line 67:
* [[Oracle Cloud#Platform as a Service (PaaS)|Oracle Cloud Platform]]
* [[Oracle Cloud#Platform as a Service (PaaS)|Oracle Cloud Platform]]
* [[Google Cloud Functions]]
* [[Google Cloud Functions]]
* [[Microsoft_Azure#Functions|Azure Functions]]
* [[Microsoft_Azure#Function|Azure Function]]


==References==
==References==
Line 46: Line 76:


{{Amazon}}
{{Amazon}}
[[Category:Amazon Web Services|Lambda]]
[[Category:Amazon Web Services]]
[[Category:Serverless computing]]
[[Category:Serverless computing]]

Revision as of 16:06, 7 May 2024

AWS Lambda
Developer(s)Amazon.com
Initial releaseNovember 13, 2014; 9 years ago (2014-11-13)
Operating systemCross-platform
Available inEnglish
Websiteaws.amazon.com/lambda Edit this on Wikidata

AWS Lambda is an event-driven, serverless computing platform provided by Amazon as a part of Amazon Web Services. It is designed to enable developers to run code without provisioning or managing servers. It executes code in response to events and automatically manages the computing resources required by that code. It was introduced on November 13, 2014.[1]

Node.js, Python, Java, Go,[2] Ruby,[3] and C# (through .NET) are all officially supported as of 2018. In late 2018, custom runtime support[4] was added to AWS Lambda.

AWS Lambda supports running native Linux executables by calling them from a supported runtime, such as Node.js.[5]

AWS Lambda was primarily designed for tasks such as handling image and object uploads to Amazon S3, updating DynamoDB tables, responding to website clicks and reacting to sensor readings from IoT connected devices. AWS Lambda can also be used to automatically provision back-end services triggered by custom HTTP requests, and "spin down" such services when not in use to save resources. These custom HTTP requests are configured in AWS API Gateway, which can also handle authentication and authorization in conjunction with AWS Cognito.

Unlike Amazon EC2, which is billed by the second (with a minimum of 60 seconds), AWS Lambda is billed by the millisecond with no minimum.

AWS Lambda functions are often used in association with AWS SQS queues to process asynchronous tasks in distributed architectures.

In 2019, at the AWS annual cloud computing conference (AWS re:Invent), the AWS Lambda team announced "Provisioned Concurrency", a feature that "keeps functions initialized and hyper-ready to respond in double-digit milliseconds."[6] The Lambda team described Provisioned Concurrency as "ideal for implementing interactive services, such as web and mobile backends, latency-sensitive microservices, or synchronous APIs."[7]

Specification

Each AWS Lambda instance is a container created from Amazon Linux AMIs (a Linux distribution related to RHEL) with 128–10240 MB of RAM (in 1 MB increments),[8] 512 MB to 10 GB of ephemeral storage in /tmp folder,[9] and a configurable execution time from 1 to 900 seconds. Ephemeral storage remains locally available only for the duration of the instance and is discarded after all tasks running on the instance are complete.

Since December 2020, Lambda has been capable of supporting Docker containers through ECR up to 10 GB in size.[10]

AWS Lambda Function URL

The Lambda Function URL gives Lambda a unique and permanent URL which can be accessed by authenticated and non-authenticated users alike.[11] It was launched in April 6, 2022 by the AWS Lambda team.[12]

Format

A typical function URL has the following format: [11]

https://<url-id>.lambda-url.<region>.on.aws

History

Before Function URLs, Lambda functions could be invoked only using AWS Lambda APIs or Amazon API Gateway.[13] Response streaming was also made possible with function URLs.[14]

Pricing

There are no extra charges included with invoking a Function URL, other than the duration and requests.[15] Function URLs are included in Lambda’s request and duration pricing.[16]

Caution with a public function URL

If a Lambda function URL is made publicly available with AuthType = NONE, it will warrant unauthenticated access to the Lambda function.[17] It can lead to a DDoS attack, which will incur costs to the AWS account which is hosting the Lambda function.

AWS Lambda Layers

AWS Lambda Layers allow developers to easily manage and share common components across multiple Lambda functions. It's designed to promote code reusability and simplify the deployment of libraries, custom runtimes, and other dependencies that Lambda functions might need. Lambda Layers can be particularly useful in microservices architectures, where multiple functions might share the same dependencies.[18] By using layers, one can ensure that all functions are using the same version of a library, making the application more consistent and easier to manage.

A Lambda Layer is a .zip file archive that allows to package and deploy common components separately from a Lambda function code.[19] A single AWS Lambda function can include up to five layers at a time. The layers are applied in a specified order, allowing later layers to override the content of earlier ones if there are conflicts.[20] This layering system can significantly reduce the size of Lambda deployment packages, as there is no need to include these common components in every function's deployment package.

Usage

Create a Lambda Layer: One first creates a layer by packaging libraries or other dependencies into a .zip file and then uploading it to Lambda.[21] The runtimes that the layer is compatible with can be specified when creating a layer.[22]

Add the Layer to Lambda Functions: When creating or updating a Lambda function, the layers to be included in the function can be specified. The Lambda service will then merge function code with the specified layers to create the execution environment.[23]

Versioning: Each time a new version of a layer is published, it receives a unique version number.[24] This is useful for managing updates to layers separately from function code. It also ensures that functions can continue using older versions of a layer if needed.

Sharing Layers: Layers can be shared across different AWS accounts or made public to the broader AWS community.[25] This is particularly useful for commonly used libraries or runtime extensions.

See also

References

  1. ^ Barr, Jeff (November 13, 2014). "AWS Lambda – Run Code in the Cloud". AWS News Blog. Retrieved August 29, 2022.
  2. ^ Munns, Chris (January 15, 2018). "Announcing Go Support for AWS Lambda". Amazon Web Services. Retrieved December 10, 2019.
  3. ^ Munns, Chris (November 29, 2018). "Announcing Ruby Support for AWS Lambda". Amazon Web Services. Retrieved December 10, 2019.
  4. ^ "AWS Lambda Now Supports Custom Runtimes and Enables Sharing Common Code Between Functions". Amazon Web Services. November 29, 2018. Retrieved December 10, 2019.
  5. ^ Wagner, Tim (April 15, 2015). "Running Arbitrary Executables in AWS Lambda". AWS Compute Blog. Retrieved December 10, 2019.
  6. ^ "New – Provisioned Concurrency for Lambda Functions". aws.amazon.com. 3 December 2019. Retrieved 2020-10-12.
  7. ^ "New – Provisioned Concurrency for Lambda Functions". Amazon Web Services. 2019-12-03. Retrieved 2020-02-03.
  8. ^ "AWS Lambda now supports up to 10 GB of memory and 6 vCPU cores for Lambda Functions". About AWS. December 1, 2021. Retrieved January 29, 2021.
  9. ^ Yun, Channy (24 March 2022). "AWS Lambda Now Supports Up to 10 GB Ephemeral Storage". AWS News Blog. Retrieved 1 April 2022.
  10. ^ "New for AWS Lambda – Container Image Support". Amazon Web Services. 2020-12-01. Retrieved 2021-06-03.
  11. ^ a b "Lambda function URLs - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-03-01.
  12. ^ "Document history - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-03-01.
  13. ^ "Invoking Lambda functions - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-03-01.
  14. ^ "Configuring a Lambda function to stream responses - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-03-01.
  15. ^ "Serverless Computing – AWS Lambda Pricing – Amazon Web Services". Amazon Web Services, Inc. Retrieved 2024-03-01.
  16. ^ "Announcing AWS Lambda Function URLs: Built-in HTTPS Endpoints for Single-Function Microservices | AWS News Blog". aws.amazon.com. 2022-04-06. Retrieved 2024-03-01.
  17. ^ "Security and auth model for Lambda function URLs - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-03-01.
  18. ^ "Building Serverless SaaS Microservices with AWS Lambda Layers | AWS Partner Network (APN) Blog". aws.amazon.com. 2022-08-11. Retrieved 2024-02-02.
  19. ^ "Working with Lambda layers - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-02-02.
  20. ^ "Adding layers to functions - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-02-02.
  21. ^ "Packaging your layer content - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-02-02.
  22. ^ "Creating and deleting layers in Lambda - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-02-02.
  23. ^ "Adding layers to functions - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-02-02.
  24. ^ "Working with Lambda layers - AWS Lambda". docs.aws.amazon.com. Retrieved 2024-02-02.
  25. ^ "Sharing Lambda Layers - AWS Serverless Application Repository". docs.aws.amazon.com. Retrieved 2024-02-02.

External links