[][src]Struct prometheus::core::MetricVec

pub struct MetricVec<T: MetricVecBuilder> { /* fields omitted */ }

A Collector to bundle metrics of the same name that differ in their label values. It is usually not used directly but as a building block for implementations of vectors of a given metric type. GaugeVec and CounterVec are examples already provided in this package.

Methods

impl<T: MetricVecBuilder> MetricVec<T>
[src]

pub fn create(
    metric_type: MetricType,
    new_metric: T,
    opts: T::P
) -> Result<MetricVec<T>>
[src]

create creates a MetricVec with description desc, a metric type metric_type and a MetricVecBuilder new_metric.

pub fn get_metric_with_label_values(&self, vals: &[&str]) -> Result<T::M>
[src]

get_metric_with_label_values returns the Metric for the given slice of label values (same order as the VariableLabels in Desc). If that combination of label values is accessed for the first time, a new Metric is created.

It is possible to call this method without using the returned Metric to only create the new Metric but leave it at its start value (e.g. a Histogram without any observations).

Keeping the Metric for later use is possible (and should be considered if performance is critical), but keep in mind that Reset, DeleteLabelValues and Delete can be used to delete the Metric from the MetricVec. In thatcase, the Metric will still exist, but it will not be exported anymore, even if a Metric with the same label values is created later. See also the CounterVec example.

An error is returned if the number of label values is not the same as the number of VariableLabels in Desc.

Note that for more than one label value, this method is prone to mistakes caused by an incorrect order of arguments. Consider get_metric_with(labels) as an alternative to avoid that type of mistake. For higher label numbers, the latter has a much more readable (albeit more verbose) syntax, but it comes with a performance overhead (for creating and processing the Labels map).

pub fn get_metric_with(&self, labels: &HashMap<&str, &str>) -> Result<T::M>
[src]

get_metric_with returns the Metric for the given Labels map (the label names must match those of the VariableLabels in Desc). If that label map is accessed for the first time, a new Metric is created. Implications of creating a Metric without using it and keeping the Metric for later use are the same as for GetMetricWithLabelValues.

An error is returned if the number and names of the Labels are inconsistent with those of the VariableLabels in Desc.

This method is used for the same purpose as get_metric_with_label_values. See there for pros and cons of the two methods.

pub fn with_label_values(&self, vals: &[&str]) -> T::M
[src]

with_label_values works as get_metric_with_label_values, but panics if an error occurs. The method allows neat syntax like: httpReqs.with_label_values("404", "POST").inc()

pub fn with(&self, labels: &HashMap<&str, &str>) -> T::M
[src]

with works as get_metric_with, but panics if an error occurs. The method allows neat syntax like: httpReqs.with(Labels{"status":"404", "method":"POST"}).inc()

pub fn remove_label_values(&self, vals: &[&str]) -> Result<()>
[src]

remove_label_values removes the metric where the variable labels are the same as those passed in as labels (same order as the VariableLabels in Desc). It returns true if a metric was deleted.

It returns an error if the number of label values is not the same as the number of VariableLabels in Desc.

Note that for more than one label value, this method is prone to mistakes caused by an incorrect order of arguments. Consider delete(labels) as an alternative to avoid that type of mistake. For higher label numbers, the latter has a much more readable (albeit more verbose) syntax, but it comes with a performance overhead (for creating and processing the Labels map).

pub fn remove(&self, labels: &HashMap<&str, &str>) -> Result<()>
[src]

remove removes the metric where the variable labels are the same as those passed in as labels. It returns true if a metric was deleted.

It returns an error if the number and names of the Labels are inconsistent with those of the VariableLabels in the Desc of the MetricVec.

This method is used for the same purpose as delete_label_values. See there for pros and cons of the two methods.

pub fn reset(&self)
[src]

reset deletes all metrics in this vector.

Trait Implementations

impl<T: MetricVecBuilder> Collector for MetricVec<T>
[src]

impl<T: Clone + MetricVecBuilder> Clone for MetricVec<T>
[src]

fn clone_from(&mut self, source: &Self)
1.0.0
[src]

Performs copy-assignment from source. Read more

Auto Trait Implementations

impl<T> Send for MetricVec<T> where
    <T as MetricVecBuilder>::M: Send + Sync,
    <T as MetricVecBuilder>::P: Send + Sync

impl<T> Sync for MetricVec<T> where
    <T as MetricVecBuilder>::M: Send + Sync,
    <T as MetricVecBuilder>::P: Send + Sync

Blanket Implementations

impl<T> From for T
[src]

impl<T, U> Into for T where
    U: From<T>, 
[src]

impl<T> ToOwned for T where
    T: Clone
[src]

type Owned = T

impl<T, U> TryFrom for T where
    T: From<U>, 
[src]

type Error = !

🔬 This is a nightly-only experimental API. (try_from)

The type returned in the event of a conversion error.

impl<T> Borrow for T where
    T: ?Sized
[src]

impl<T> BorrowMut for T where
    T: ?Sized
[src]

impl<T, U> TryInto for T where
    U: TryFrom<T>, 
[src]

type Error = <U as TryFrom<T>>::Error

🔬 This is a nightly-only experimental API. (try_from)

The type returned in the event of a conversion error.

impl<T> Any for T where
    T: 'static + ?Sized
[src]