You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ideally, the syntax for both should be unified, which would also allow a single service to listen on multiple ports. For dynamic routes, the "host" part of the target URL is not required. As weird as it looks, a URL without the host is valid and parsable:
Lastly, the honeycomb.match label is always required, as that's how Honeycomb locates routable Docker services. It would be better to use a different label to find services, that way routes can be added and removed without having to rename any labels. Perhaps something like:
--label-add "honeycomb.expose"
TL;DR:
retain existing behaviour, but emit warnings when used
add honeycomb.expose label to identify routable services
add honeycomb.route.<name>=<pattern> <backend-url> label to discover dynamic routes
add HONEYCOMB_ROUTE_<name>=<pattern> <backend-url> env var to configure static routes
remove existing behaviour in next major version
The text was updated successfully, but these errors were encountered:
Static routes are configured by setting an environment variable on the Honeycomb service:
Dynamic routes are configured by setting labels on other services on the
public
network:Ideally, the syntax for both should be unified, which would also allow a single service to listen on multiple ports. For dynamic routes, the "host" part of the target URL is not required. As weird as it looks, a URL without the host is valid and parsable:
Lastly, the
honeycomb.match
label is always required, as that's how Honeycomb locates routable Docker services. It would be better to use a different label to find services, that way routes can be added and removed without having to rename any labels. Perhaps something like:TL;DR:
honeycomb.expose
label to identify routable serviceshoneycomb.route.<name>=<pattern> <backend-url>
label to discover dynamic routesHONEYCOMB_ROUTE_<name>=<pattern> <backend-url>
env var to configure static routesThe text was updated successfully, but these errors were encountered: