当 AI 走进运维:这半年的观察与思考
当 AI 走进运维:这半年的观察与思考写这篇随笔时,正值 2025 年 8 月底。回看这一年多,AI 对运维工作的渗透比我想象中快,但方式又和很多人最初预测的不一样。趁着周末,把这段时间的观察整理成文字——不谈宏大叙事,只说我自己和身边真实发生的变化。 一、它真实地改变了我的日常排障:从”搜答案”到”问模型”现在拿到一个报错,我的第一反应已经不是复制去搜索引擎,而是把上下文完整地丢给大模型: 123456# 我现在喂给 AI 的"排障提问模板"(比直接贴一行报错有用得多)## 【环境】CentOS 7.9,Nginx 1.20,后端 Java 8 微服务# 【现象】高峰期 502 增多,Nginx error.log 出现 upstream timed out# 【已排查】后端存活、连接池未满、upstream 配置如下(贴配置)# 【疑问】还有哪些方向没查? 把环境、现象、已做过的排查都交代清楚后,模型给的”嫌疑列表”质量明显高出一截——它经常能补上我没想到的方向,比如”检查 keepalive 超时与后端半连接数”这类容易被忽略的点。它不一定直接给答案,...
JSON 速通:运维视角的配置规范与排错
JSON 速通:运维视角的配置规范与排错运维每天都在和 JSON 打交道——Prometheus 告警规则、Grafana Dashboard、K8s 资源清单、各种服务配置文件,全是 JSON 或它的表亲 YAML。但大多数人只在”报错时”才想起它的语法。这篇用运维视角把 JSON 速通一遍。 一、JSON 是什么(一句话)JSON = 用文本表示”键值对 + 嵌套”的数据格式,人和机器都能读。本质就是一棵树。 二、只有 6 种数据类型(背下来) 类型 写法 示例 字符串 双引号 "nginx" 数字 直接写 80、1.5 布尔 true/false true 数组 方括号 ["a","b"] 对象 花括号 {"key":"value"} 空 null null 注意:字符串必须双引号,单引号在 JSON 里是非法字符——这是新手第一大坑。 三、结构速记:它就是一棵树123456789{ "server&...
HTTP 协议与 Web 服务排障
HTTP 协议与 Web 服务排障浏览器报个 502、504,运维的第一反应应该不是”重启”,而是能准确说出这个状态码代表哪一层出了问题。这篇把 HTTP 协议的生产用法整理成一套排障体系。 一、HTTP 是什么HTTP(超文本传输协议)把超文本文档从 Web 服务器传输到浏览器,应用层协议,基于 TCP 80/443。 URL 组成:协议://主机:端口/路径。三个特点: 请求/响应模型:客户端发请求,服务端回响应; 无状态:HTTP 本身不记录用户状态(靠 Cookie/Session 补); 基于 TCP:先三次握手,再传 HTTP 报文。 一条命令看全流程(curl -v 是 Web 排障的第一工具): 12345curl -v http://www.example.com/# Trying 1.1.1.1... ← DNS 解析出的 IP# Connected to ... ← TCP 连接建立(三次握手)# > GET /index.html HTTP/1.1 ← 发出请求# < ...
DNS 解析原理与排障实战
DNS 解析原理与排障实战“网站打不开”的排查里,DNS 是最容易被忽略、又最常出问题的一层——IP 能访问、域名不能,十有八九就是它。这篇把 DNS 的完整解析流程和排障方法讲透。 一、DNS 是什么DNS(域名系统)把域名翻译成 IP,好比电话簿:记名字不记号码。端口:一般走 UDP 53,数据量大或区域传输时走 TCP 53。 常用记录类型: 记录 作用 示例 A 域名 → IPv4 www.example.com → 1.1.1.1 AAAA 域名 → IPv6 — CNAME 别名(CDN 加速常用) www 指向 cdn.example.com 常用公共 DNS:阿里 223.5.5.5、腾讯 119.29.29.29、114.114.114.114、谷歌 8.8.8.8。 二、完整解析流程(递归 + 迭代)以浏览器输入 www.baidu.com 为例: 1234567891011第1步 查浏览器缓存第2步 查操作系统缓存第3步 查本地 hosts 文件(Windows: C:\Windows\System32\drivers\etc\hos...
TCP 协议实战:握手、挥手与连接排障
TCP 协议实战:握手、挥手与连接排障TCP 是面试必问、排障必用的核心协议。三次握手为什么是三次?大量 CLOSE_WAIT 怎么办?这篇把原理和排障串成一条线,附抓包实证。 一、TCP vs UDP:先分清楚 特性 TCP UDP 连接 面向连接(三次握手) 无连接 可靠 可靠(确认重传) 不可靠 效率 低 高 应用 HTTP/HTTPS、邮件、FTP DNS(53)、视频流、语音、DHCP 类比记忆:TCP 是”外卖必须送到你手里(有确认)”,UDP 是”放门口就走(无确认)”。端口范围 1~65535。 二、三次握手(原理 + 抓包)1234567客户端 C 服务端 S │ SYN(seq=x) │ │───────────────────────────────>│ S 收到,状态 SYN_RCVD │ SYN+ACK(seq=y, ack=x+1) │ │<──────────────────────...
网络基础与 IP 子网规划实战
网络基础与 IP 子网规划实战网络是运维一切排障的地基。报障电话里”上不了网””跨网段不通”的根因,80% 落在 IP 规划、掩码、网关这三件事上。这篇把网络基础与 IP 子网规划完整过一遍。 一、网络单位换算(先把这个算明白)网络里最常见的”看起来很快”陷阱: 1234100Mbps 网卡 = 每秒传输 100M 个 bit1 byte = 8 bit100Mbps = 100000/8 KByte/s = 12500 KB/s ≈ 12.5 MB/s千兆网卡 = 100 MB/s 所以百兆网卡实际跑 12.5MB/s 是”满速”,不是网卡坏了。存储单位按 1024 进制(K/M/G/T),网络单位按 1000 进制,这个差异也是排障时对不上数的主要原因。 二、网络设备三个角色 交换机(二层):让同一网络内的多台主机互通。靠 MAC 地址寻址(网卡物理地址,全球唯一,16 进制)。早期靠广播发数据,广播太多会形成”广播风暴”——拆成多个小局域网(广播域)解决; 路由器(三层):实现不同局域网互通,隔离广播风暴。路由 = 数据跨...
定时备份与实时同步落地:cron + rsync + sersync
定时备份与实时同步落地:cron + rsync + sersync上一篇配好了 rsync 备份通道,但”能传”不等于”可靠”。真正的企业备份要有三件事:定时自动跑、校验完整性、失败要告警。这篇把备份闭环补完,再加一份”实时同步”方案。 一、定时备份:一个完整的客户端脚本脚本职责:打包要备份的内容 → 携带 md5 校验信息 → 推送到备份服务器 → 本地只留最近 7 天。 123456789101112131415161718192021222324#!/bin/bash# 客户端备份脚本:/server/scripts/client_rsync_backup.sh# 1. 定义变量BACKUP_SERVER="backup-server"BACKUP_MODULE="web01"SRC_DIR="/server/scripts /etc/nginx /var/www"DST="/backup"TS=$(date +%F)# 2. 创建备份目录mkdir -p $DST/$TS# 3. 打包对应文...
rsync 备份体系:从命令到企业备份架构
rsync 备份体系:从命令到企业备份架构“数据没丢过”不代表备份做得对,”数据丢过且能恢复”才算。rsync 是 Linux 备份体系里最核心的工具——增量传输、断点续传、本地/远程全支持。这篇从命令用法讲到企业级备份架构。 一、核心概念与三种模式rsync 有个特性是 scp 给不了的:增量同步——只传变化的部分,第二次执行默认就是增量,不重复传。 三种传输模式: 123456789# 1. 本地拷贝(也做增量)rsync -av /data/ /backup/# 2. 守护进程模式(rsync://,走 873 端口,免 ssh 认证)# HOST:: 后面跟的是模块名(rsyncd.conf 里的 [backup]),不是目录路径!rsync -av /data/ rsync://backup-server::backup# 3. SSH 通道模式(走系统用户 + ssh 认证)rsync -av -e ssh /data/ ops@10.0.8.41:/data/ -a 归档模式是主力,等价于 -rlptgoD:递归、软链接、权限、时间、属主属组、设备文...
NFS 共享存储实战:从挂载到生产读写分离
NFS 共享存储实战:从挂载到生产读写分离业务上线后没两天就会遇到一个问题:文件上传功能在多台服务器上各存各的,用户在 A 机传的图片,请求打到 B 机就 404 了。解法是让所有机器挂载同一份存储——NFS 是内网共享存储里最便宜、最常见的选择。这篇把 NFS 从原理到生产读写分离完整过一遍。 一、先理解 NFS 在干什么NFS(Network File System)让你像用本地目录一样用远程目录。数据真正落在服务端,客户端只做挂载和读写。涉及两个角色: 服务端:共享目录方,监听 2049 端口;NFSv3 还需要 rpcbind(端口映射服务)配合; 客户端:挂载方,本地挂载点只是一个”门”,读写都打到服务端。 一句话记忆:服务端出目录、客户端进目录,数据永远在服务端那份。 二、服务端配置(6 步)123456789101112131415161718# 1. 安装(内网按网段放行 2049/rpcbind 即可,不建议直接全关防火墙)yum install -y nfs-utils# 2. 配置共享目录 /etc/exports# 格式:共享路径 客户端地址(权限参...
Shell 三剑客与自动化脚本实践
Shell 三剑客与自动化脚本实践运维的日常工作(看日志、查状态、做巡检)如果全靠手工敲命令,一天什么都干不了。把重复操作沉淀成脚本 + 定时任务,是运维从”救火”走向”自动化”的分水岭。这篇整理三剑客和 Shell 脚本的实战用法。 一、三剑客:grep / sed / awkgrep:过滤文本1234grep -n "ERROR" app.log # 带行号过滤grep -v "^#" nginx.conf # 排除注释行egrep -n "ERROR|WARN" app.log # 多关键词grep -A5 "Exception" app.log # 匹配后 5 行(看异常堆栈必备) sed:按行过滤与批量修改sed 是流编辑器,按行处理、无需打开文件,脚本化修改配置的核心工具。 1234sed -n '10,20p' nginx.conf # 打印 10-20 行sed -i 's...
