[EKS] [request]: Insecure Registries for Fargate Profiles.
- 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
**Which service(s) is this request for?**
Fargate ( EKS / ECS )
**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
I thinks there was an option to use Fargate Nodes in accord with internal registries like Artifactory.
Internally there might be URLs with self-signed certificates from an internal authority. This feature is usually enabled by setting up a list of `insecure-registries` or `enabling the insecure_skip_verify = true` in ContainerD.
**Are you currently working around this issue?**
Currently, there isn't a straightforward workaround for this issue. Only duplicating my Images on ECR.
Contributor guide
Research direction
No repository file, test, or implementation entry point is identified in this roadmap request. Start by investigating how Fargate profiles handle private registries and container image certificate verification, then define the supported configuration and its acceptance criteria for internal registries such as Artifactory.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- aws, kubernetes
- Domain
- cloud, infrastructure
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100