alhardy / aspnet-metrics Goto Github PK

Project is being migrated to netstandard framework and samples to dot net core, windows perf counters obviously aren't support, so create another full framework sample with the perf counters.

Move Metrics.NET perf counters to aspnet-metrics performance counters

Review/Investigate metrics details provided in JSON schema:

http://metrics20.org/spec/
http://techblog.netflix.com/2014/12/introducing-atlas-netflixs-primary.html?m=1

• Code comments
• DocFx
• Github.io

Enable configuration of AppMetricsOptions and AspNetMetricsOptions via IConfiguration as well as Action

Allow metrics to be reported to console using a human readable format

String format providers to humanize metric data, the format providers can then be used for console reporting, text file reporting and the aspnet.metrics metrics-text endpoint.

Review/Investigate metrics details provided in JSON schema:

http://metrics20.org/spec/
http://techblog.netflix.com/2014/12/introducing-atlas-netflixs-primary.html?m=1

Update the Metric configuration DSL to allow setting of global metrics tags i.e. tags which are applied to all metrics recorded e.g. environment name (staging, production)

Rework IMetricFilter usage ensuring the filter configuration can be provided for apps, web apps and be applied per reporter.

Allowing Filtering by

Metric Type
Group Name
Tag
Metric Name

Compose a metrics filter from the /metrics url to allowing filtering on the response

Update the Metric configuration DSL to allow setting of global metrics tags i.e. tags which are applied to all metrics recorded e.g. environment name (staging, production)

Metrics.NET serialized metric data as JSONusing a hand written JSONserializer, rather than maintaining this it may be better to use JSON.NET?

Investigate the required to rework JSON serialization of metric data using JSON.NET instead

Allow metrics to be reported to console using a human readable format

• https://en.wikipedia.org/wiki/Apdex
• https://docs.newrelic.com/docs/apm/new-relic-apm/apdex/apdex-measuring-user-satisfaction
• https://prometheus.io/docs/concepts/metric_types/#histogram

Review/Rework of the initial scheduled reporting ported from Metrics.NET to fix the changes in the new reporting configuration DSL.

Allow tags to be setup on startup which apply to all metrics e.g. env

String format providers to humanize metric data, the format providers can then be used for console reporting, text file reporting and the aspnet.metrics metrics-text endpoint.

Similar to the OAuth2 metrics recorded in aspnet metrics, record openid specific metrics

The ported metrics.net metric context has been refactored and simplified, currently it still contains an "Advanced" property providing access to more advanced metrics management including access to the metrics data manager and health check data manager, do these manager's belong here or should they be injected independently when needed?

Also review the Time methods IMetricContext, is taking an Action sufficient for timer metrics or should a TimerContext always be returned as in the IAdvancedMetricContext

Use benchmark dot net to generate a baseline for sampling and moving averages

.NET provides some metrics via the Process static class, this could be an alternative to get some basic application process metrics in .NET Standard without requiring the use of windows performance counters.

Should be configured via the Metrics configuration DSL.

Allow metrics to be reported to console using a human readable format

.NET provides some metrics via the Process static class, this could be an alternative to get some basic application process metrics in .NET Standard without requiring the use of windows performance counters.

Should be configured via the Metrics configuration DSL.

Replace histogram implementation with with https://github.com/HdrHistogram/HdrHistogram.NET

The HdrHistogram.NET isn't currently on .NET core, the owner is happy for a pull request

Review/Rework of the initial scheduled reporting ported from Metrics.NET to fix the changes in the new reporting configuration DSL.

Rework IMetricFilter usage ensuring the filter configuration can be provided for apps, web apps and be applied per reporter.

Allowing Filtering by

• Metric Type
• Group Name
• Tag
• Metric Name

The ported metrics.net metric context has been refactored and simplified, currently it still contains an "Advanced" property providing access to more advanced metrics management including access to the metrics data manager and health check data manager, do these manager's belong here or should they be injected independently when needed?

Also review the Time methods IMetricContext, is taking an Action sufficient for timer metrics or should a TimerContext always be returned as in the IAdvancedMetricContext

Allow metrics to be reported to console using a human readable format

Metrics.NET serialized metric data as JSONusing a hand written JSONserializer, rather than maintaining this it may be better to use JSON.NET?

Investigate the required to rework JSON serialization of metric data using JSON.NET instead