WIP: add telemetry - #512
Conversation
| , {telemetry, "~> 1.0"} | ||
| ]}, | ||
| {erl_opts, [warnings_as_errors, {d, build_brod_cli}]} | ||
| {erl_opts, [warnings_as_errors, {d, build_brod_cli}, {d, brod_use_telemetry}]} |
There was a problem hiding this comment.
I'm convinced this is not necessary.
Please remove it.
|
Thanks for the PR. BTW. I originally wanted a solution without |
|
I have changed the base to |
|
This would be very nice to have. What is needed to get this in? |
|
👋 Also looking to help push this forward, @zmstone , how can I help? |
|
Use dependency injection. |
Add a dependency on the telemetry library and a brod_metrics module confining all telemetry calls, based on the pattern established in [kafka4beam/wolff](https://github.com/kafka4beam/wolff/blob/4feffa6534a960377507fb2dc840db07548b2533/src/wolff_metrics.erl). The first event, `[brod, product_request_sent]`, is emitted by brod_producer for every produce request successfully sent on the wire. This makes the actual wire-level batching observable, which is otherwise invisible to callers More events can be added to brod_metrics incrementally. Related: kafka4beam#503, kafka4beam#512
Add a dependency on the telemetry library and a brod_metrics module confining all telemetry calls, based on the pattern established in [kafka4beam/wolff](https://github.com/kafka4beam/wolff/blob/4feffa6534a960377507fb2dc840db07548b2533/src/wolff_metrics.erl). The first event, `[brod, product_request_sent]`, is emitted by brod_producer for every produce request successfully sent on the wire. This makes the actual wire-level batching observable, which is otherwise invisible to callers More events can be added to brod_metrics incrementally. Related: kafka4beam#503, kafka4beam#512
Add a dependency on the telemetry library and a brod_metrics module confining all telemetry calls, based on the pattern established in [kafka4beam/wolff](https://github.com/kafka4beam/wolff/blob/4feffa6534a960377507fb2dc840db07548b2533/src/wolff_metrics.erl). The first event, `[brod, product_request_sent]`, is emitted by brod_producer for every produce request successfully sent on the wire. This makes the actual wire-level batching observable, which is otherwise invisible to callers More events can be added to brod_metrics incrementally. Related: kafka4beam#503, kafka4beam#512
Add a dependency on the telemetry library and a brod_metrics module confining all telemetry calls, based on the pattern established in [kafka4beam/wolff](https://github.com/kafka4beam/wolff/blob/4feffa6534a960377507fb2dc840db07548b2533/src/wolff_metrics.erl). The first event, `[brod, product_request_sent]`, is emitted by brod_producer for every produce request successfully sent on the wire. This makes the actual wire-level batching observable, which is otherwise invisible to callers More events can be added to brod_metrics incrementally. Related: kafka4beam#503, kafka4beam#512
* Depend on telemetry and emit produce request event Add a dependency on the telemetry library and a brod_metrics module confining all telemetry calls, based on the pattern established in [kafka4beam/wolff](https://github.com/kafka4beam/wolff/blob/4feffa6534a960377507fb2dc840db07548b2533/src/wolff_metrics.erl). The first event, `[brod, product_request_sent]`, is emitted by brod_producer for every produce request successfully sent on the wire. This makes the actual wire-level batching observable, which is otherwise invisible to callers More events can be added to brod_metrics incrementally. Related: #503, #512 * Address code review feedback
No description provided.