Prometheus 发现机制和告警

1.服务发现

Prometheus Server的数据抓取工作于Pull模型，因而，它必需要事先知道各Target的位置，然后才能从相应的Exporter或Instrumentation中抓取数据。在不同的场景下，需要结合不同的机制来实现对应的数据抓取目的。
对于小型的系统环境来说，通过static_configs指定各Target便能解决问题，这也是最简单的配置方法,我们只需要在配置文件中，将每个Targets用一个网络端点（ip:port）进行标识；
因此，Prometheus为此专门设计了一组服务发现机制，以便于能够基于服务注册中心自动发现、检测、分类可被监控的各Target，以及更新发生了变动的Target各个节点会主动注册相关属性信息到服务注册中心，即使属性发生变动，注册中心的属性也会随之更改。
一旦节点过期了，或者失效了，服务注册中心，会周期性的方式自动将这些信息清理出去。服务发现机制对于prometheus的服务发现机制，这里面提供了二十多种服务发现机制，常见的几种机制如下：
方法解析
基于文件的服务发现简单来说，将各target记录到文件中，prometheus启动后，周期性刷新这个文件，从而获取最新的target
基于DNS的服务发现针对一组DNS域名进行定期查询，以发现待监控的目标，并持续监视相关资源的变动
基于API的服务发现支持将API Server中Node、Service、Endpoint、Pod和Ingress等资源类型下相应的各资源对象视作target，并持续监视相关资源的变动
基于HTTP的服务发现基于 HTTP 的服务发现提供了一种更通用的方式来配置静态目标，并用作插入自定义
服务发现机制的接口。它从包含零个或多个 <static_config> 列表的 HTTP 端点获取目标。 目标必须回复HTTP 200 响应。 HTTP header Content-Type 必须是application/json，body 必须是有效的 JSON

1.1 文件服务

1.1.1 文件发现服务说明

基于文件的服务发现是仅仅略优于静态配置的服务发现方式，它不依赖于任何平台或第三方服务，因而也是最为简单和通用的实现方式
文件发现原理

  • Prometheus Server定期从文件中加载Target信息

文件可使用YAML和JSON格式，它含有定义的Target列表，以及可选的标签信息
YAML 适合于运维场景, JSON 更适合于开发场景

  • 这些文件可由另一个系统生成，例如Ansible或Saltstack等配置管理系统，也可能是由脚本基于CMDB定期查询生成
#1.准备主机节点列表文件,可以支持yaml格式和json格式
cat targets/prometheus*.yaml
- targets:- master1:9100
labels:app: prometheus
#2.配置文件自动加载实现自动发现
cat prometheus.yml
......- job_name: 'prometheus'file_sd_configs:- files: # 指定要加载的文件列表；- targets/prometheus*.yaml # 文件加载支持glob通配符,支持yaml和json两种格
式refresh_interval: 2m # 每隔2分钟重新加载一次文件中定义的Targets，默
认为5m#注意：文件格式都是yaml格式

1.1.2 文件发现实验

恢复最初的配置yaml

#创建发现的目录
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg>mkdir targets
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg>ls
prometheus.yml  targets
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg>
#创建目标主机
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg/targets>ls
prometheues-node.yml  prometheues-server.yml
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg/targets>cat prometheues-node.yml
- targets:- 192.168.1.20:9100labels:app: prometheusjob: prometheus
- targets:- 192.168.1.10:9100- 192.168.1.11:9100labels:app: node-exporterjob: node
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg/targets>cat prometheues-server.yml
- targets:- 192.168.1.20:9090labels:app: prometheus-serverjob: prometheus-server
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg/targets>
#配置prometheus的配置文件，让它自动加载文件中的节点信息
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg>cat prometheus.yml 
global:scrape_interval:     15s external_labels:monitor: 'codelab-monitor'
scrape_configs:- job_name: 'prometheus'file_sd_configs:- files:- targets/prometheues-server.ymlrefresh_interval: 2m- job_name: 'node_exporter'file_sd_configs:- files:- targets/prometheues-node.ymlrefresh_interval: 2m

image.png

#后续可以自由的编辑文件，无需重启prometheus服务，就可以做到自动发现的效果
#添加linux主机目标
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg/targets>cat prometheues-node.yml 
- targets:- 192.168.1.20:9100labels:app: prometheusjob: prometheus
- targets:- 192.168.1.11:9100- 192.168.1.10:9100- 192.168.1.12:9100labels:app: node-exporterjob: node
#文件保存后，稍等几秒钟，最慢1分钟，他会自动加载当前的配置文件里面的信息，查看一下浏览器
#结果显示：节点的自动服务发现成功了。以后，对所有节点批量管理的时候，借助于ansible等工具，就可以非常轻松的搞定所有了

image.png
报红是因为我的12机器没有启动

2. 告警

2.1 告警组件

告警能力在Prometheus的架构中被划分成两个独立的部分。
通过在Prometheus中定义AlertRule(告警规则)，Prometheus会周期性的对告警规则进行计算，如果满足告警触发条件就会向Alertmanager发送告警信息。
然后，Alertmanager管理这些告警，包括进行重复数据删除，分组和路由，以及告警的静默和抑制。当Alertmanager接收到 Prometheus 端发送过来的 Alerts 时，Alertmanager 会对Alerts 进行去复，分组，按标签内容发送不同报警组，包括：邮件，微信，Webhook。AlertManager还提供了静默和告警抑制机制来对告警通知行为进行优化。

说白了就是在Prometheus中配置告警规则role，当触发这个规则的时候，alertmanager去通知报警。

2.2 告警特性

  • 去重

将多个相同的告警,去掉重复的告警,只保留不同的告警

  • 分组

分组机制可以将详细的告警信息合并成一个通知。在某些情况下，比如由于系统宕机导致大量的告警被同时触发，在这种情况下分组机制可以将这些被触发的告警合并为一个告警通知，避免一次性接受大量的告警通知，而无法对问题进行快速定位。
告警分组，告警时间，以及告警的接受方式可以通过Alertmanager的配置文件进行配置。

  • 路由

将不同的告警定制策略路由发送至不同的目标

  • 抑制

抑制可以避免当某种问题告警产生之后用户接收到大量由此问题导致的一系列的其它告警通知同样通过Alertmanager的配置文件进行设置。

  • 静默

静默提供了一个简单的机制可以快速根据标签对告警进行静默处理。如果接收到的告警符合静默的配置，Alertmanager则不会发送告警通知。静默设置需要在Alertmanager的Web页面上进行设置。

2.3 报警部署Alertmanager

2.3.1 软件安装配置

root@promethues(192.168.1.20)~>tar xf alertmanager-0.25.0.linux-amd64.tar.gz -C /usr/local/
root@promethues(192.168.1.20)~>ln -s /usr/local/alertmanager-0.25.0.linux-amd64 /usr/local/alertmanager
root@promethues(192.168.1.20)~>cd /usr/local/alertmanager
root@promethues(192.168.1.20)/usr/local/alertmanager>ls
alertmanager*  alertmanager.yml  amtool*  LICENSE  NOTICE
root@promethues(192.168.1.20)/usr/local/alertmanager>mkdir {bin,conf,data}
root@promethues(192.168.1.20)/usr/local/alertmanager>mv alertmanager amtool bin
root@promethues(192.168.1.20)/usr/local/alertmanager>mv alertmanager.yml conf
root@promethues(192.168.1.20)/usr/local/alertmanager>

2.3.2 邮箱报警配置文件修改

cat /usr/local/alertmanager/conf/alertmanager.yml
# 全局配置
global:resolve_timeout: 5msmtp_smarthost: 'smtp.163.com:25'smtp_from: 'zhangfeilong0713@163.com'smtp_auth_username: 'zhangfeilong0713@163.com'smtp_auth_password: 'xxxxxx'smtp_hello: '163.com'smtp_require_tls: false
# 路由配置
route:group_by: ['alertname', 'cluster']group_wait: 10sgroup_interval: 10srepeat_interval: 10s  #此值不要过低receiver: 'email'
# 收信人员
receivers:
- name: 'email'email_configs:- to: '596654234@qq.com'send_resolved: true #问题解决后也会发送告警
# 抑制规则，如果不想用可以去掉
inhibit_rules:- source_match:severity: 'critical'target_match:severity: 'warning'equal: ['alertname', 'dev', 'instance']#属性解析：repeat_inerval配置项，用于降低告警收敛，减少报警，发送关键报警，对于email来说，此
项不可以设置过低，否则将会由于邮件发送太多频繁，被smtp服务器拒绝

2.3.3 启动服务文件

cat /usr/lib/systemd/system/alertmanager.service
[Unit]
Description=alertmanager project
After=network.target
[Service]
Type=simple
ExecStart=/usr/local/alertmanager/bin/alertmanager --config.file=/usr/local/alertmanager/conf/alertmanager.yml --storage.path=/usr/local/alertmanager/data --web.listen-address=0.0.0.0:9093
Restart=on-failure
[Install]
WantedBy=multi-user.target
#属性解析：最好配置 --web.listen-address ，因为默认的配置是:9093,有可能在启动时候报错
#启动服务
systemctl daemon-reload
systemctl enable --now alertmanager.service
systemctl status alertmanager.service

root@promethues(192.168.1.20)/usr/local/alertmanager>netstat -tnulp | egrep 'Pro|ale'
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp6       0      0 :::9093                 :::*                    LISTEN      20774/alertmanager  
tcp6       0      0 :::9094                 :::*                    LISTEN      20774/alertmanager  
udp6       0      0 :::9094                 :::*                                20774/alertmanager  
root@promethues(192.168.1.20)/usr/local/alertmanager>
两个端口9093(与prometheus交互端口)和9094(Alertmanager集群HAmode使用)

image.png

2.3.4 在Prometheus中配置alertmanager

#修改配置文件，加载alertmanager配置属性
root@promethues(192.168.1.20)/usr/local/alertmanager>vim /data/prometheus/prometheus_cfg/prometheus.yml 
global:scrape_interval:     15s external_labels:monitor: 'codelab-monitor'
alerting:alertmanagers:- static_configs:- targets: ["192.168.1.20:9093"]    
scrape_configs:- job_name: 'prometheus'file_sd_configs:- files:- targets/prometheues-server.ymlrefresh_interval: 2m- job_name: 'node_exporter'file_sd_configs:- files:- targets/prometheues-node.ymlrefresh_interval: 2m
#注意：alertmanager服务启动时候的监控开放主机地址必须保证正确，否则服务启动不起来
#检查语法 
/etc/prometheus $ promtool check config prometheus.yml 
Checking prometheus.ymlSUCCESS: prometheus.yml is valid prometheus config file syntax

image.pngimage.png

2.4 告警规则

2.4.1 告警规则说明

警报规则可以实现基于Prometheus表达式语言定义警报条件，并将有关触发警报的通知发送到外部服务。 只要警报表达式在给定的时间点生成一个或多个动作元素，警报就被视为这些元素的标签集处于活动状态。
警报规则在Prometheus中的基本配置方式与记录规则基本一致。
规则文件示例

groups:
- name: examplerules:- alert: HighRequestLatencyexpr: job:request_latency_seconds:mean5m{job="myjob"} > 0.5for: 10mlabels:severity: warningannotations:summary: "Instance {{ $labels.instance }} down"description: "{{ $labels.instance }} of job {{ $labels.job }} has been
down for more than 1 minutes."#属性解析：
alert 定制告警的动作名称
for expr  #条件表达式被触发后，一直持续满足该条件长达此处的时间后才会告警
labels.severity 定义告警级别
annotations 自定义注释信息，注释信息中的变量需要从模板中或者系统中读取

在Prometheus中一条告警规则主要由以下几部分组成：

  • 告警名称：用户需要为告警规则命名，当然对于命名而言，需要能够直接表达出该告警的主要内容
  • 告警规则：告警规则实际上主要由PromQL进行定义，其实际意义是当表达式（PromQL）查询结果持续多长时间（During）后出发告警

在Prometheus中，还可以通过Group（告警组）对一组相关的告警进行统一定义。当然这些定义都是通过YAML文件来统一管理的。

2.4.2 配置告警规则

编写一个检查自定义metrics的接口的告警规则，在prometheus中我们可以借助于up指标来获取对应的状态效果，查询语句如下：

up{instance="192.168.1.11:9100",job="node"}
#注意：如果结果是1表示服务正常，否则表示该接口的服务出现了问题。
image.png2.4.2.1 编写告警规则

配置rule_files

global:scrape_interval:     15s external_labels:monitor: 'codelab-monitor'
alerting:alertmanagers:- static_configs:- targets: ["192.168.1.20:9093"]
rule_files:- "../rules/*.yml"   
scrape_configs:- job_name: 'prometheus'file_sd_configs:- files:- targets/prometheues-server.ymlrefresh_interval: 2m- job_name: 'node_exporter'file_sd_configs:- files:- targets/prometheues-node.ymlrefresh_interval: 2m

编写告警规则

root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg>mkdir rules
root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg>cd rules/

root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg/rules>cat prometheus_rules.yml 
groups:- name: test_webrules:- alert: InstanceDownexpr: up{job="node"} == 0for: 1mlabels:severity: 1annotations:summary: "Instance {{ $labels.instance }} 停止工作"description: "{{ $labels.instance }} job {{ $labels.job }} 已经停止1分钟以上"#属性解析：
{{ $labels.<labelname> }} 要插入触发元素的标签值
{{ $value }} 要插入触发元素的数值表达式值
这里的$name 都是来源于模板文件中的定制内容，如果不需要定制的变动信息，可以直接写普通的字符串

重启docker prometheus
image.pngimage.png
告警状态

  • Inactive：正常效果
  • Pending：已触发阈值，但未满足告警持续时间（即rule中的for字段）
  • Firing：已触发阈值且满足告警持续时间。

2.4.3 验证结果

因为监测的是端口是否存活 只需要把11机器的9100端口关闭
查看prometheus
image.png
等待时间超过for持续的标准后，就会改变告警的状态，效果如下
image.png查看alertmanager的web效果image.png
邮件告警效果
image.png

3. 告警模板

3.1 告警模板说明

默认的告警信息界面有些简单，可以借助于告警的模板信息，对告警信息进行丰富。需要借助于alertmanager的模板功能来实现
使用流程：

  • 分析关键信息
  • 定制模板内容
  • alertmanager 加载模板文件
  • 告警信息使用模板内容属性

3.2 定制模板

模板文件使用标准的Go语法，并暴露一些包含时间标签和值的变量

标签引用： {{ $label.<label_name> }}
指标样本值引用： {{ $value }}

3.2.1 建立邮件模板

root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg/targets>cd /usr/local/alertmanager
root@promethues(192.168.1.20)/usr/local/alertmanager>ls
bin/  conf/  data/  LICENSE  NOTICE
root@promethues(192.168.1.20)/usr/local/alertmanager>mkdir tmpl
root@promethues(192.168.1.20)/usr/local/alertmanager>cd tmpl/
root@promethues(192.168.1.20)/usr/local/alertmanager/tmpl>ls
root@promethues(192.168.1.20)/usr/local/alertmanager/tmpl>
root@promethues(192.168.1.20)/usr/local/alertmanager/tmpl>cat email.tmpl 
{{ define "test.html" }}
<table border="1"><tr><th>报警项</th><th>实例</th><th>报警阀值</th><th>开始时间</th></tr>{{ range $i, $alert := .Alerts }}<tr><td>{{ index $alert.Labels "alertname" }}</td><td>{{ index $alert.Labels "instance" }}</td><td>{{ index $alert.Annotations "value" }}</td><td>{{ $alert.StartsAt }}</td></tr>{{ end }}
</table>
{{ end }}
#属性解析
{{ define "test.html" }} 表示定义了一个 test.html 模板文件，通过该名称在配置文件中应用
上边模板文件就是使用了大量的jinja2模板语言。
$alert.xxx 其实是从默认的告警信息中提取出来的重要信

3.2.2 将告警模板应用起来

在alertmanager应用

# 全局配置
global:resolve_timeout: 5msmtp_smarthost: 'smtp.163.com:25'smtp_from: 'zhangfeilong0713@163.com'smtp_auth_username: 'zhangfeilong0713@163.com'smtp_auth_password: 'OAQCKHLQGOUTHHGN'smtp_hello: '163.com'smtp_require_tls: false
templates:				#新增模板目录- '../tmpl/*.tmpl'
# 路由配置
route:group_by: ['alertname', 'cluster']group_wait: 10sgroup_interval: 10srepeat_interval: 10s  receiver: 'email'
# 收信人员
receivers:
- name: 'email'email_configs:- to: '596654234@qq.com'send_resolved: trueheaders: { Subject: "[WARN] 报警邮件"}  #添加此行,定制邮件标题html: '{{ template "test.html" . }}'   #添加此行,调用模板显示邮件正文
# 抑制规则，如果不想用可以去掉
inhibit_rules:- source_match:severity: 'critical'target_match:severity: 'warning'equal: ['alertname', 'dev', 'instance']{{}} 属性用于加载其它信息，所以应该使用单引号括住
{} 不需要使用单引号，否则服务启动不成功

3.2.3 修改rule规则

root@promethues(192.168.1.20)/data/prometheus/prometheus_cfg/rules>cat prometheus_rules.yml 
groups:- name: test_webrules:- alert: InstanceDownexpr: up{job="node"} == 0for: 1mlabels:severity: 1annotations:summary: "Instance {{ $labels.instance }} 停止工作"description: "{{ $labels.instance }} job {{ $labels.job }} 已经停止1分钟以上"value: "{{$value}}"
#属性解析：这里在注释部分增加了一个value的属性信息，会从prometheus的默认信息中获取阈值
#annotations这部分内容不再显示邮件中,而按模板形式显示

进行测试
关闭11机器的9100端口
image.pngimage.pngimage.png

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/205434.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

企业级 接口自动化测试框架：Pytest+Allure+Excel

企业级 接口自动化测试框架：Pytest+Allure+Excel

1. Allure 简介 简介 Allure 框架是一个灵活的、轻量级的、支持多语言的测试报告工具&#xff0c;它不仅以 Web 的方式展示了简介的测试结果&#xff0c;而且允许参与开发过程的每个人可以从日常执行的测试中&#xff0c;最大限度地提取有用信息。 Allure 是由 Java 语言开发…
阅读更多...
【学习记录】从0开始的Linux学习之旅——字符型设备驱动及应用

【学习记录】从0开始的Linux学习之旅——字符型设备驱动及应用

一、概述 Linux操作系统通常是基于Linux内核&#xff0c;并结合GNU项目中的工具和应用程序而成。Linux操作系统支持多用户、多任务和多线程&#xff0c;具有强大的网络功能和良好的兼容性。基于前面应用与驱动的开发学习&#xff0c;本文主要讲述如何在linux系统上把应用与驱动…
阅读更多...
参考信号速度变化存在跳跃时容易发生不稳定的阻抗调节

参考信号速度变化存在跳跃时容易发生不稳定的阻抗调节

问题描述 当参考信号速度存在跳跃变化时&#xff0c;阻抗调节系统容易发生不稳定。这是因为阻抗调节系统需要根据参考信号的速度来调整其输出阻抗&#xff0c;以匹配负载阻抗&#xff0c;从而保持系统的稳定性。 当参考信号速度突然变化时&#xff0c;阻抗调节系统可能无法及…
阅读更多...
『TypeScript』深入理解变量声明、函数定义、类与接口及泛型

『TypeScript』深入理解变量声明、函数定义、类与接口及泛型

&#x1f4e3;读完这篇文章里你能收获到 了解TypeScript变量声明与类型注解掌握TypeScript函数与方法的使用掌握TypeScript类与接口的使用掌握TypeScript泛型的应用 文章目录 一、变量声明与类型注解1. 变量声明2. 类型注解3. 类型推断 二、函数与方法定义1. 函数定义2. 方法定…
阅读更多...
Jmeter 性能测试基础！

Jmeter 性能测试基础！

压力测试   压力测试分两种场景&#xff1a;一种是单场景&#xff0c;压一个接口的&#xff1b;第二种是混合场景&#xff0c;多个有关联的接口。压测时间&#xff0c;一般场景都运行10-15分钟。如果是疲劳测试&#xff0c;可以压一天或一周&#xff0c;根据实际情况来定。 压…
阅读更多...
springboot 在自定义注解中注入bean,解决注入bean为null的问题

springboot 在自定义注解中注入bean,解决注入bean为null的问题

问题&#xff1a; 在我们开发过程中总会遇到比如在某些场合中需要使用service或者mapper等读取数据库&#xff0c;或者某些自动注入bean失效的情况 解决方法&#xff1a; 1.在构造方法中通过工具类获取需要的bean 工具类代码&#xff1a; import org.springframework.beans…
阅读更多...
Spring到底是如何解决循环依赖问题的？

Spring到底是如何解决循环依赖问题的？

Spring作为当前使用最广泛的框架之一&#xff0c;其重要性不言而喻。所以充分理解Spring的底层实现原理对于咱们Java程序员来说至关重要&#xff0c;那么今天笔者就详细说说Spring框架中一个核心技术点&#xff1a;如何解决循环依赖问题&#xff1f; 什么是循环依赖问题&#x…
阅读更多...
JVM理解

JVM理解

1、JVM是什么&#xff1f; JVM是Java Virtual Machine&#xff08;Java虚拟机&#xff09;的缩写&#xff0c;由一套字节码指令集、一组寄存器、一个栈、一个垃圾回收堆和一个存储方法域等组成。 他是帮助我们将java代码 生成编译后 的 class 文件。 2、JRE、JDK和JVM 的关系　…
阅读更多...
用AI批量生成文章的工具有哪些？免费AI生成工具

用AI批量生成文章的工具有哪些？免费AI生成工具

人工智能&#xff08;AI&#xff09;技术不断演进&#xff0c;为许多领域带来了前所未有的便利。其中&#xff0c;AI生成文章技术作为一个备受关注的领域&#xff0c;为大家提供了独特的解决方案&#xff0c;特别是在批量文章生成的需求上。 1. AI生成文章的方法 开放式AI模型…
阅读更多...
基于Browscap对浏览器工具类优化

基于Browscap对浏览器工具类优化

项目背景 原有的启动平台公共组件库comm-util的浏览器工具类BrowserUtils是基于UserAgentUtils的&#xff0c;但是该项目最后一个版本发布于 2018/01/24&#xff0c;之至今日23年底&#xff0c;已有5年没有维护更新&#xff0c;会造成最新版本的部分浏览器不能正确获取到浏览器…
阅读更多...
使用python操作excel文档

使用python操作excel文档

导入xlsxwriter包 python轻量化的语言&#xff0c;用来操作文档简直易如反掌&#xff0c;首先你需要导入的是import xlsxwriter包&#xff0c;他包括了操作文档所需要的全部工具方法&#xff0c;你只需要调用就好了。 操作excel指南 首先你需要创建一个文件xlsxwriter.Workb…
阅读更多...
http与apache

http与apache

目录 1.http相关概念 2.http请求的完整过程 3.访问浏览器背后的原理过程 4.动态页面与静态页面区别 静态页面&#xff1a; 动态页面&#xff1a; 5.http协议版本 6.http请求方法 7.HTTP协议报文格式 8.http响应状态码 1xx&#xff1a;提示信息 2xx&#xff1a;成功…
阅读更多...
CPU密集型和IO密集型初学习

CPU密集型和IO密集型初学习

目录 1、CPU密集型 2、IO密集型 3、CPU密集型和IO密集型的区别 4、CPU密集型和IO密集型对CPU内核之间的关系 5、核心线程数计算公式 5、扩展&#xff1a;进程和线程 小结 1、CPU密集型 CPU密集型是指计算机程序或任务在执行过程中主要依赖于中央处理器&#xff08;CPU&…
阅读更多...
IOday5作业

IOday5作业

使用两个线程完成两个文件的拷贝&#xff0c;分支线程1完成前一半内容拷贝&#xff0c;分支线程2完成后一半内容的拷贝&#xff0c;主线程完成资源的回收 #include<myhead.h> //定义结构体 struct file {const char* srcfile;//背拷贝文件路径const char* destfile;//拷…
阅读更多...
C++ STL容器与常用库函数

C++ STL容器与常用库函数

STL是提高C编写效率的一个利器 STL容器&#xff1a; 一、#include <vector> 英文翻译&#xff1a;vector &#xff1a;向量 vector是变长数组(动态变化)&#xff0c;支持随机访问&#xff0c;不支持在任意位置O(1)插入。为了保证效率&#xff0c;元素的增删一般应该在末尾…
阅读更多...
【设计模式-3.1】结构型——外观模式

【设计模式-3.1】结构型——外观模式

说明&#xff1a;本文介绍设计模式中结构型设计模式中的&#xff0c;外观模式&#xff1b; 亲手下厨还是点外卖&#xff1f; 外观模式属于结构型的设计模式&#xff0c;关注类或对象的组合&#xff0c;所呈现出来的结构。以吃饭为例&#xff0c;在介绍外观模式之前&#xff0…
阅读更多...
ky10 server x86在线安装ffmpeg

ky10 server x86在线安装ffmpeg

命令 yum install -y ffmpeg
阅读更多...
你们如何看待华为的鸿蒙ArkTS语言？

你们如何看待华为的鸿蒙ArkTS语言？

ArkTS是鸿蒙生态的应用开发语言。它在保持TypeScript&#xff08;简称TS&#xff09;基本语法风格的基础上&#xff0c;对TS的动态类型特性施加更严格的约束&#xff0c;引入静态类型。同时&#xff0c;提供了声明式UI、状态管理等相应的能力&#xff0c;让开发者可以以更简洁、…
阅读更多...
画好一张规范的原理图，这些点你可要注意了！

画好一张规范的原理图，这些点你可要注意了！

不光是代码有可读性的说法&#xff0c;原理图也有。很多时候原理图不仅仅是给自己看的&#xff0c;也会给其它人看&#xff0c;如果可读性差&#xff0c;会带来一系列沟通问题。所以&#xff0c;要养成良好习惯&#xff0c;做个规范的原理图。此外&#xff0c;一个优秀的原理图…
阅读更多...
【云原生-K8s】镜像漏洞安全扫描工具Trivy部署及使用

【云原生-K8s】镜像漏洞安全扫描工具Trivy部署及使用

基础介绍基础描述Trivy特点 部署在线下载百度网盘下载安装 使用扫描nginx镜像扫描结果解析json格式输出 总结 基础介绍 基础描述 Trivy是一个开源的容器镜像漏洞扫描器&#xff0c;可以扫描常见的操作系统和应用程序依赖项的漏洞。它可以与Docker和Kubernetes集成&#xff0c;…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023