You can use versions to manage the deployment of your functions. For example, you can publish a new version of a function for beta testing without affecting users of the stable production version. Lambda creates a new version of your function each time that you publish the function. The new version is a copy of the unpublished version of the function. The unpublished version is named$LATEST.

Importantly, any time you deploy your function code, you overwrite the current code in$LATEST. To save the current iteration of$LATEST, create a new function version. If$LATEST is identical to a previously published version, you won't be able to create a new version until you deploy changes to$LATEST. These changes can include updating the code, or modifying the function configuration settings.

After you publish a function version, its code, runtime, architecture, memory, layers, and most other configuration settings are immutable. This means that you can't change these settings without publishing a new version from$LATEST. You can configure the following items for a published function version:

Creating function versions

You can change the function code and settings only on the unpublished version of a function. When you publish a version, Lambda locks the code and most of the settings to maintain a consistent experience for users of that version.

You can create a function version using the Lambda console.

Alternatively, you can publish a version of a function using thePublishVersion API operation.

The following AWS CLI command publishes a new version of a function. The response returns configuration information about the new version, including the version number and the function ARN with the version suffix.

aws lambda publish-version --function-name my-function

You should see the following output:

{  "FunctionName": "my-function",  "FunctionArn": "arn:aws:lambda:us-east-2:123456789012:function:my-function:1",  "Version": "1",  "Role": "arn:aws:iam::123456789012:role/lambda-role",  "Handler": "function.handler",  "Runtime": "nodejs22.x",  ...}

Using versions

You can reference your Lambda function using either a qualified ARN or an unqualified ARN.

You can use a qualified or an unqualified ARN in all relevant API operations. However, you can't use an unqualified ARN to create an alias.

If you decide not to publish function versions, you can invoke the function using either the qualified or unqualified ARN in yourevent source mapping. When you invoke a function using an unqualified ARN, Lambda implicitly invokes$LATEST.

Lambda publishes a new function version only if the code has never been published, or if the code has changed from the last published version. If there is no change, the function version remains at the last published version.

The qualified ARN for each Lambda function version is unique. After you publish a version, you can't change the ARN or the function code.

Granting permissions

You can use aresource-based policy or anidentity-based policy to grant access to your function. The scope of the permission depends on whether you apply the policy to a function or to one version of a function. For more information about function resource names in policies, seeFine-tuning the Resources and Conditions sections of policies.

You can simplify the management of event sources and AWS Identity and Access Management (IAM) policies by using function aliases. For more information, seeCreate an alias for a Lambda function.

Thanks for letting us know we're doing a good job!

If you've got a moment, please tell us what we did right so we can do more of it.

Thanks for letting us know this page needs work. We're sorry we let you down.

If you've got a moment, please tell us how we can make the documentation better.