[ECR] [request]: Vanity URL for ECR Endpoint
- Dominant language
- Shell
- Stars
- 5.4k
- Forks
- 334
- PR merge metrics
- No merged PRs in 30d
Description
### Community Note
* Please vote on this issue by adding a 👍 [reaction](https://blog.github.com/2016-03-10-add-reactions-to-pull-requests-issues-and-comments/) to the original issue to help the community and maintainers prioritize this request
* Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
* If you are interested in working on this issue or have submitted a pull request, please leave a comment
**Tell us about your request**
Would like to support vanity URLs for ECR instead of the using the AWS ARN user ID followed by the region datacenter URI.
**Which service(s) is this request for?**
ECR
**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
What outcome are you trying to achieve, ultimately, and why is it hard/impossible to do right now? What is the impact of not having this problem solved? The more details you can provide, the better we'll be able to understand and solve the problem.
Like DNS, it is easier for anyone to use a simple domain "containers.company.com" vs. "1234567890ABC.dkr.ecr.us-east-1.amazonaws.com"
**Are you currently working around this issue?**
Unable
**Additional context**
#2744
https://repost.aws/questions/QUU4vTb5XDS127j1LOIExacw/using-a-vanity-domain-for-ecr-images
case#176824418300629
**Attachments**
If you think you might have additional information that you'd like to include via an attachment, please do - we'll take a look. (Remember to remove any personally-identifiable information.)
Contributor guide
Research direction
Start by reviewing issue #2744, the linked re:Post question, and case #176824418300629 to understand the requested ECR endpoint behavior. The issue's stated outcome is allowing a simple domain such as containers.company.com instead of the account-and-region ECR hostname; confirm the request and any documented AWS response before proceeding.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws
- Domain
- cloud
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 20/100