-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Implementing DiagnosticsSource for cross silo tracing #3093
Comments
Interesting. I don't know exactly what that would mean in terms of how to configure the monitoring, but it would be nice to align better. It's very confusing to compare DiagnosticSource with the other Microsoft.Extensions.Logging abstraction, because typically you would configure the latter to send logs to some persistent storage, where having a correlated activity would be very useful, and I just didn't learn yet how that would work if we mix the two. |
I think DiagnosticsSource's purpose is.. well diagnostics of not-serializable in-process data. The I've come up with a basic implementation of a diagnosticssource for use in a silo. You can find it here https://gist.github.com/rikbosch/fe31f5b4c3b029d8b57f238a91913a35 It's based on code from the aspnet core ApplicationHost and requires a preview of the The same could be implemented in the grainclient, giving activitytracing accross service boundaries. |
We are marking this issue as stale due to the lack of activity in the past six months. If there is no further activity within two weeks, this issue will be closed. You can always create a new issue based on the guidelines provided in our pinned announcement. |
This issue has been marked stale for the past 30 and is being closed due to lack of activity. |
Hi,
At the moment it is possible to correlate activities by propagating the current activityId in the RequestContext.
In NETStandard, the System.Diagnostic.Trace.CorrelationManager.ActivityId is not supported.
When integrating application insights in our silo and client code for tracing, we are looking for a way to correlate these traces.
It seems like System.Diagnostics.Activity (https://github.com/dotnet/corefx/blob/master/src/System.Diagnostics.DiagnosticSource/src/ActivityUserGuide.md#overview) is the recommended replacement.
It would be nice to be able trace grain to grain calls, by instumenting orleans with a DiagnosticsSource (https://github.com/dotnet/corefx/blob/master/src/System.Diagnostics.DiagnosticSource/src/DiagnosticSourceUsersGuide.md)
The implementation could be based on the System.Net.Http diagnostic handler implementation: https://github.com/dotnet/corefx/blob/master/src/System.Net.Http/src/System/Net/Http/DiagnosticsHandler.cs
A combination of
RequestContext
properties and anInterceptor
could implement this, I think.The text was updated successfully, but these errors were encountered: