运维入门技术——监控的三个维度（非常详细）零基础收藏这一篇就够了_监控维度怎么区分

最新推荐文章于 2024-07-11 19:45:38 发布

程序员-老K

最新推荐文章于 2024-07-11 19:45:38 发布

阅读量864

点赞数 20

文章标签：运维 arm开发 web安全前端 sql 网络安全 python

本文链接：https://blog.csdn.net/weixin_57514792/article/details/139983887

版权

一个好的监控系统最后要做到的形态:实现Metrics、Tracing、Logging的融合。监控的三个维度也就是Metrics、Tracing、Logging。

Metrics

Metrics也就是我们常说的指标。
首先它的典型特征就是可聚合(aggregatable).什么是可聚合的呢,简单讲可聚合就是一种基本单位可以在一种维度区间上做数学计算(累加,平均,).举个例子QPS就是一种Metrics,它的基本单位query是可聚合的,它的维度区间就是时间区间,区间长度为1s,所以QPS通过聚合得出了每秒系统被请求的次数.类似的Metrics有单个网络query的平均访问延迟,MySQL的CPU资源使用率等.
常见的Metrics监控方案有Prometheus+Grafana,Prometheus提供了非常多的自带Metrics收集器，便于大家去收集各种指标。

Logging

Logging就是日志。
Logging的典型特征就是它和孤立的事件(Event)强关联,是因为一个事件的产生所以导致了一条日志的产生.举个例子就是一个网络query是一个事件,它被云端接到后Nginx产生了一个访问log. 大量的不同的外部事件间基本上是离散的,比如多个用户访问云端业务时产生的5个事件间没有必然关系,所以在一个服务节点的角度上看这些事件产生的日志间也是离散的。
常见的方案就是Elasticsearch, Logstash, and Kibana.

Tracing

Tracing经常被叫做分布式追踪，或者叫做全链路检测。
Tracing的典型特征就是它是有范围(Scope)的.我们在链路追踪系统时,作为链路追踪系统的元数据必然会承载一些范围(Scope)信息,比如A服务RPC调用B服务的耗时(duration),通过分析元数据中的traceId流经了那些服务节点也是一种Scope.
常见的Tracing解决方案比较多，也没有实现统一的方案，主要有SkyWalking，ZipKin和jaeger.

为了帮助大家更好的学习网络安全，我给大家准备了一份网络安全入门/进阶学习资料，里面的内容都是适合零基础小白的笔记和资料，不懂编程也能听懂、看懂这些资料！

因篇幅有限，仅展示部分资料，需要点击下方链接即可前往获取