Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow framework to better customize record names with dots in it #414

Closed
zhitaoli opened this issue Mar 31, 2016 · 2 comments
Closed

Allow framework to better customize record names with dots in it #414

zhitaoli opened this issue Mar 31, 2016 · 2 comments
Labels

Comments

@zhitaoli
Copy link

Hi,

I've been working on introducing DiscoveryInfo from Apache Aurora to Mesos, and a pet sub-project would be get Mesos DNS to work so people have one more alternative of using the software.

The small WIP change to Aurora is at https://reviews.apache.org/r/45177/.

While the connecting the Mesos master to mesos-dns is easy, the records we get is not really usable.

For example, an Aurora job 'vagrant/test/http_example_docker' would get a A record like http_example_docker.twitterscheduler.mesos. Although we could export name field in any form compatible, I couldn't really find a tutorial or document about how we can generate a good name.

Ideally, we want to a inverse domain name like:

http-example-docker.test.vagrant..

Also, if we could allow some override of framework name to a different sub-domain, that's even better, but it's pretty optional for now.

Can someone comment on how we could do this? Maybe introducing some ways to allow framework owner or operator to specify how to do that?

Many thanks!

@sargun
Copy link
Contributor

sargun commented Apr 11, 2016

If I'm understanding correctly, you're intentionally trying to introduce dots in the domain name?

@jdef jdef added the question label Jul 12, 2017
@jdef
Copy link
Contributor

jdef commented Jul 12, 2017

allowing a framework to intentionally introduce sub-domains is something that we're specifically trying to avoid. there's no way to stop tasks from accidentally clobbering and/or masking each other's names in such cases. relying on frameworks to be smart enough to avoid this, or operators for that matter, is probably not an approach that mesos-dns is willing to take.

is there more to your use case? perhaps we could come up with an alternative solution? i'm closing this out for now, please re-open if you wish to continue this discussion

@jdef jdef closed this as completed Jul 12, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants