-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
APM URL paths #40370
Labels
enhancement
New value added to drive a business result
Team:APM
All issues that need APM UI Team support
Comments
Since this is purely UI, shouldn't it be in Kibana? |
Pinging @elastic/apm-ui |
Moved from APM repo. |
sorenlouv
added
[zube]: Inbox
enhancement
New value added to drive a business result
and removed
[zube]: Inbox
labels
Jul 10, 2019
@roncohen suggested that a possible solution to this would be removing the service from the URL altogether as we did with transactions. |
Closed in #41233 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
enhancement
New value added to drive a business result
Team:APM
All issues that need APM UI Team support
We currently assume the top-level urls in APM, if we don't recognize them, are service names.
e.g.
{kibana root}/app/apm#/something
--> we assume "something" is a service and redirect this URL to #/something/transactions.Yesterday, after conversations with @sqren and @ogupte about the work done in #25906, we're proposing that for 7.0, we switch to
/services/:serviceName
and avoid any top-level wildcard matches.For instance, right now if your service is named "services", the service redirect won't work because "/services" will load the list of services and won't redirect you to "/services/transactions" like it would for any other service name (except "traces" and "invalid-license"). As we add more top-level sections (service-maps perhaps? maybe even traces as their own thing, etc.), it'll probably be good to have reserved namespaces at the top level, so we think it would make sense to make this change for all service URLs in 7.0.
/:serviceName/(transactions|errors)/*
becomes/services/:serviceName/(transactions|errors)/*
The text was updated successfully, but these errors were encountered: