You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a Quarkus project which uses quarkus-amazon-lambda-rest compiled to a native image. The Lambda is deployed to AWS provided Lambda runtime.
However, this Lambda runtime has been deprecated since January 2024. Code can no longer be updated to that runtime starting November 2025. Deprecated Lambda runtimes
I checked current documentation and created a new Quarkus 3.22 project on https://code.quarkus.io/ . All documentation references I could find and the compiled sample project use the deprecated provided runtime for native images.
The other option I found is to use Dockerfile to create a container image which is suitable for Lambda, and changing the Lambda runtime from provided over to a container image. However, then it wouldn't even use the AWS Lambda runtime images which they maintain. Plus the container image will be much larger than the binary zip file, which would likely affect Lambda cold start time.
What would be required to target provided.al2 or provided.al2023 in a Quarkus native project deployed to AWS Lambda?
What's the recommendation going forward (AWS Lambda runtime or custom container image) since the default Lambda runtime in Quarkus native will soon not be viable?
Uh oh!
There was an error while loading. Please reload this page.
Description
I have a Quarkus project which uses
quarkus-amazon-lambda-rest
compiled to a native image. The Lambda is deployed to AWSprovided
Lambda runtime.However, this Lambda runtime has been deprecated since January 2024. Code can no longer be updated to that runtime starting November 2025. Deprecated Lambda runtimes
I checked current documentation and created a new Quarkus 3.22 project on https://code.quarkus.io/ . All documentation references I could find and the compiled sample project use the deprecated
provided
runtime for native images.The other option I found is to use Dockerfile to create a container image which is suitable for Lambda, and changing the Lambda runtime from
provided
over to a container image. However, then it wouldn't even use the AWS Lambda runtime images which they maintain. Plus the container image will be much larger than the binary zip file, which would likely affect Lambda cold start time.provided.al2
orprovided.al2023
in a Quarkus native project deployed to AWS Lambda?https://quarkusio.zulipchat.com/#narrow/channel/187030-users/topic/AWS.20Lambda.20runtime.20with.20Quarkus.20native.20image/with/520079623
Implementation ideas
No response
The text was updated successfully, but these errors were encountered: