blob: df8c0d02b5200074bf93741e9b3235cdc8402a16 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
|
# Why Netdata
> Any performance monitoring solution that does not go down to per second
> collection and visualization of the data, is useless.
> It will make you happy to have it, but it will not help you more than that.
Netdata is built around 4 principles:
1. **[Per second data collection for all metrics.](1s-granularity.md)**
*It is impossible to monitor a 2 second SLA, with 10 second metrics.*
2. **[Collect and visualize all the metrics from all possible sources.](unlimited-metrics.md)**
*To troubleshoot slowdowns, we need all the available metrics. The console should not provide more metrics.*
3. **[Meaningful presentation, optimized for visual anomaly detection.](meaningful-presentation.md)**
*Metrics are a lot more than name-value pairs over time. The monitoring tool should know all the metrics. Users should not!*
4. **[Immediate results, just install and use.](immediate-results.md)**
*Most of our infrastructure is standardized. There is no point to configure everything metric by metric.*
Unlike other monitoring solutions that focus on metrics visualization,
Netdata's helps us troubleshoot slowdowns without touching the console.
So, everything is a bit different.
[]()
|
