aws / aws/containers-roadmap

[ECS] [request]: Service Discovery with Public IP

Open
#737 13 comments 161 reactions 1 assignee Claimed by @kshivaz View on GitHub
ECS Proposed
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**
Support for public DNS resolving to public ip with Service Discovery.

**Which service(s) is this request for?**
ECS

**Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?**
To reduce the maintenance burden, I'm trying to replace an EC2 that acts as a bastion for the VPC with a Fargate Container. However, the only way to have a reliable DNS is using a Network Load Balancer in front of the container. We run this setup on 4 different regions, which means we'd end up paying for 4 NLB with almost no gain. The alternative is to have a DNS that resolves to the container and gets automatically updated much like the ServiceDiscovery for private DNS.

**Are you currently working around this issue?**
We're currently running a sidecar container with AWS CLI that updates Route 53 with the public ip that was designated to the new Fargate instance. The sidecar shuts down after updating Route 53 and the bastion stays up and we can use the DNS for our SSH tunneling needs.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.