zipkin-go
zipkin-go copied to clipboard
kafka reporter sendBatch
Signed-off-by: wanglongfei [email protected]
Coverage decreased (-7.0%) to 68.456% when pulling 9907f9b6c866b3f93d8b6ff9a662cc47290073d6 on sixiaobai:master into c29478e51bfb2e9c93e0e9f5e015e5993a490399 on openzipkin:master.
Thanks for this contribution @sixiaobai, this PR has unbounded goroutines issue that was fixed for the http one at https://github.com/openzipkin/zipkin-go/pull/146 so ideally we should address it here.
I have some other concerns here that I could not find out answer myself for:
- Should we enable batching/non batching reporting?
- Are the default values for message size good enough?
Any thoughts on this @adriancole @basvanbeek?
Will check this PR with @jeqo this wednesday.
Should we align this number also in here @jeqo ?
@jcchavezs I think so. Will give a try.
@jcchavezs in order to apply a similar boundary as java reporter, we will need to batch based on bytes size, instead of number of elements. We can check this on a follow up PR.