-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
Refactor Agent configuration #927
Comments
My only issue with gRPC is how we can use a streaming protocol that we have no good way of instrumenting. From what I understand, there is no good hook for adding a context to a streaming request. If we have a solution to this, I would feel fine with this proposal. |
This issue is not about gRPC (#773 is), but about refactoring agent to allow different output transports. |
OK so then this is totally a non-issue. |
@yurishkuro I would like to work on this issue. |
I am not sure if it's really a "good first issue", because it requires somewhat significant refactoring of the agent organization. @danehans you can give it a try. I would suggest posting a summary of the planned changes here first before making them. |
@yurishkuro thanks for the feedback. I've started digging in. If I get over my head, I'll send an update and work on a different issue. As you mention, I'll provide a summary of the changes before proceeding. |
@danehans if you get blocked, let us know. |
So new flags are
I am wondering whether |
agreed |
Will remove and cut 1.8 |
Requirement - what kind of business use case are you trying to solve?
Enable gRPC communications between agent and collector (main issue #773).
Problem - what in Jaeger blocks you from solving the requirement?
The agent configuration
app.Builder
directly embeds TChannel-based reporter configurationapp.reporter.tchannel.Builder
, rather than making it pluggable like--processor.{format}.***
configurations. This makes the following flags into top-level options, even though they may not necessarily make sense to non-TChannel reporters:Proposal - what do you suggest to solve the problem or improve the existing situation?
Create a nested hierarchy of reporters, e.g. to support the following config:
Any open questions to address
This will be a breaking change since the command line will be affected. We could potentially keep support for the old three options as "deprecated".
The text was updated successfully, but these errors were encountered: