- Newest
- Most votes
- Most comments
Unfortunately, AWS Lambda with container image package type requires the container image to be stored in Amazon ECR (Elastic Container Registry). There is currently no direct support for deploying container images to Lambda from third-party container registries like JFrog Artifactory.
When deploying Lambda functions using container images, the workflow typically involves:
- Building your Docker image locally
- Tagging the image with your ECR repository URI
- Pushing the image to Amazon ECR
- Creating or updating your Lambda function to use that ECR image
The Lambda service needs to be able to access and pull the container image, which is why it's tightly integrated with ECR. This integration ensures proper permissions and accessibility for the Lambda service.
If you must use JFrog Artifactory, you would need to implement a workflow that:
- Stores your container image in JFrog Artifactory
- Pulls the image from Artifactory during your deployment process
- Pushes it to ECR
- Then deploys to Lambda
This intermediate step of moving the image from Artifactory to ECR would be necessary as Lambda cannot directly pull from external registries.
For container-based Lambda functions, the ECR requirement is a constraint of the service design, and there are currently no supported alternatives for hosting the container images outside of ECR.
Sources
Deploy Go Lambda functions with container images - AWS Lambda
Deploy Lambda functions with container images - AWS Prescriptive Guidance
Relevant content
- asked 2 years ago
- asked 2 years ago
- asked 10 months ago
- AWS OFFICIALUpdated 10 months ago
- AWS OFFICIALUpdated 2 years ago
