-
Notifications
You must be signed in to change notification settings - Fork 0
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
Marathon app ID => Consul service name mapping #36
Comments
Alternative design 1Make the user specify the service name with an app label
*We trim the leading |
Alternative design 2Base32 encoded app IDs
Advantage: 1-to-1 app ID to service name mapping. No conflicts possible. Disadvantage: Verbose and not very friendly app names. |
Alternative design 3Provide a choice for how to map app IDs to service names
|
The way we map Marathon app IDs to Consul service names at the moment is less than ideal. What we currently do is something like...
/my-group/my-app
.../
=>my-group/my-app
/
s (as they are not DNS-compatible) with-
s =>my-group-my-app
my-group-my-app
and add the tagconsular-app-id=/my-group/my-app
so that the service can be mapped back to the app.The problem is that it's quite easy for multiple Marathon app IDs to map to the same Consul service name. For example,
/testing/my-webapp
and/testing-my-webapp
both would map totesting-my-webapp
. Consular won't allow this to be a valid state but all it can really do is crash which is not great 😢The text was updated successfully, but these errors were encountered: