-
Notifications
You must be signed in to change notification settings - Fork 21
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
add APM API #47
Comments
I'll let @watson comment on the details, but I think it would be relatively easy to do. If route names were available to middlewares, it could be as simple as a one-line middleware that calls this: https://opbeat.com/docs/articles/opbeat-for-nodejs-api/#settransactionname |
hell ya, |
All Opbeat need to know is the name of the route (with name I mean So if you expose the route name in some easy to get way then we can use that. What we usually find that we need to do is hook into the framework to get access to the matched route name in some way. Here's an example of how we do this with the koa-router module: https://github.com/opbeat/opbeat-node/blob/master/lib/instrumentation/modules/koa-router.js |
I've been looking over merry, server-router and wayfarer now and can't seem to find a place where this string is accessible. If it ins't, would you consider exposing it in someway? Beside being used by Opbeat, this would be convenient to have for logging purposes as well. |
can't seem to find a place where this string is accessible
@watson you mean the name of the route? if so, it's currently not being
exposed, but def considering it doing it. and good point on having it there
for logging purposes!
…On Sat, 14 Jan 2017 at 21:08 Thomas Watson Steen ***@***.***> wrote:
I've been looking over merry, server-router and wayfarer now and can't
seem to find a place where this string is accessible. If it ins't, would
you consider exposing it in someway? Beside being used by Opbeat, this
would be convenient to have for logging purposes as well.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AHu3CG6-JgfWBsZTwOpoJwjQRKOHiPbXks5rSTligaJpZM4LjpSd>
.
|
Yeah, the route name. If that could be exposed we'd have full support 😄 Here's an explanation: https://opbeat.com/docs/articles/get-started-with-a-custom-nodejs-stack/#route-naming |
I guess the |
Reference material for opbeat support from scratch: |
MongoDB exposes an APM API; we should do something similar so instrumentation vendors have a better time instrumenting merry apps! 🎉 |
It'd be cool if we could plug in opbeat and the like without too much hassle. I'm quite convinced we can do without a lot of the monkey patching their default package has because we use streams + already catch all uncaught errors - having a proper plugin system would allow for seamless integration with monitoring providers (:
cc/ @watson @roncohen - thoughts? This'd be super neat to have I think (:
The text was updated successfully, but these errors were encountered: