This pull request implements changes that make the Alchemetrics report interface more flexible. Changes include:
The Alchemetrics.report/2 function no longer accepts datapoints as an argument. Instead, it will always report all data points. Also, it is no longer necessary to provide an atom as a metric name, using metadata as the metric identifier. However, for cases where metadata is not needed, it is still possible to create a metric where the name is just an atom.
To cover cases where it is only necessary to count the occurrence of an event in a given time interval, the functions Alchementrics.increment/1 and Alchementrics.increment_by/2 have been created. Both behave like the Alchemetrics.report/2 in the way the metric is identified.
Due to the need to remove the metric name, CustomReporters no longer receive this attribute in the report/4 function.
The option :instrument_beam was created, which allows the user to choose whether or not he wants to instrument data from the Erlang VM.
This pull request implements changes that make the Alchemetrics report interface more flexible. Changes include:
The
Alchemetrics.report/2
function no longer accepts datapoints as an argument. Instead, it will always report all data points. Also, it is no longer necessary to provide an atom as a metric name, using metadata as the metric identifier. However, for cases where metadata is not needed, it is still possible to create a metric where the name is just an atom.To cover cases where it is only necessary to count the occurrence of an event in a given time interval, the functions
Alchementrics.increment/1
andAlchementrics.increment_by/2
have been created. Both behave like theAlchemetrics.report/2
in the way the metric is identified.Due to the need to remove the metric name, CustomReporters no longer receive this attribute in the
report/4
function.The option
:instrument_beam
was created, which allows the user to choose whether or not he wants to instrument data from the Erlang VM.