以前运维不说多少技术
反正是个幸苦活, 公司必须养着
毕竟经常晚上 2,3 点上线得有人盯着啊
现在 ai 弄个定时任务, 到 3 点上去怕怕一顿忙活, 可能几分钟就搞定了
现在 ai 写脚本, sql, 干运维等东西肯定远比人强多了 还能 24 小时干活, 谁能比
 |
flyqieOct 24 via Android
1
全部 ai 梭哈不怕把线上搞炸了吗。。。
|
 |
2
你公司胆这么大呢，运维的活都敢全交给 AI
|
14 |
3
胆子真大啊 AI 干完 最基本也要人再盯着看看操作记录
|
 |
4
ai 运维发现磁盘报警 顺手把 data 目录删了怎么办。
|
 |
ntdllOct 24
5
一万次里 AI 可能不一定错一次，但是错一次，也许后果很严重。
但是，话又说回来了，人毕竟也会犯错，甚至犯错的概率更高。 所以，无非就是权衡人与 AI 之间的可靠性，哪一个更高一些 |
 |
opengpsOct 24
6
ai 能背锅了？
|
 |
jayhuang0044Oct 24
7
你说的对!
|
 |
yanaraikaOct 24
8
报个公司名我们来避坑吧 实在不敢依赖全 ai 运营的产品
|
 |
yzdingOct 24 via iPhone
9
问题是你设置 ai 去做这个定时任务的流程也需要人去下达命令吧
|
 |
10
|
 |
NasdaqOct 24
11
Grok 有次给我换了一个 tls 证书，全炸了
|
 |
shoalyOct 24
12
@iorilu #10 给 ai 定时说 3 点开始修 bug , 然后就睡觉, 个人博客没问题的. 如果是公司业务, 出了岔子公司损失先不说, 你自己万一没工作了, 后面找起来挺麻烦哟
|
 |
13
为啥默认 AI 运维就一定是 AI 直接操作线上环境呢， 我们现在是固定流程化的工作直接让 AI 写程序，用程序来执行。非流程化的，让 AI 写一个 mcp 工具，把线上能让 AI 操作的事情全封装成 mcp 工具，AI 只能通过 mcp 查看和一些允许的修改。 这样已经可以满足 99%的事情了， 剩下的 1%的危险操作 AI 干不了，不过可以通过 mcp 查询工具得到信息后给出方案和执行脚本，人看了没问题就执行脚本就行了。
|
 |
gcgj72Oct 24
14
现在一个人配合 ai 能顶好几个人的岗位
|
 |
mzotw2babmOct 24
15
AI 运维现在不都是隔离环境先验证，失败了会回退，或者 AB 切换吗？我给公司维护了几个研发系统（非本职），现在开发上线维护基本上都靠 AI 了= =
|
 |
16
线上用 AI ，你是想快点提桶跑路吧。我看刑
|
 |
v2gbaOct 24
17
1 数据备份 (在最坏的情况下恢复)
2 SOTA AI 都会在安全环境做验证, 会用 deadman switch 做自动回退, 不可逆结果会请求批准 3 大厂的做法是工具本身就能区分是 AI 动作还是人类动作, 高危动作 AI 会被拒绝, 强制要求人类执行. |
 |
MuyuQOct 24
18
AI 操作要留痕。
要引入第二个 AI 来监督和检查日志。 |
 |
yesagenOct 24
19
我现在服务器里面安装个 cli 直接跑
|
 |
20
 说的是这种吗😂 |
 |
cctv6Oct 24
21
机房运维肯定不会被干没的，AI 再怎么强大，服务器上架的时候总有人来扛机器插网线吧。
其他的就准备凉凉了。大公司运维可以缩减规模，小公司运维也不是那么重要。 再说现在模型+agent 这么强，AI 接管线上生产环境也是时间问题。 |
 |
lujiaosamaOct 24
23
其实做好备份。没那么怕搞炸。我都直接 AI 帮我操作线上服务器了。
|
 |
nomanskyOct 24
24
把运维简单理解为由人在生产执行命令的变成 AI 执行的，基本可以鉴定为不懂架构也没干过有难度的活。
小团队本来不需要配专业运维，开发兼职就完事了，更何况 AI 这么好用。 |
 |
YuukiHibikiOct 24
25
我觉得看具体岗位和公司规模吧，如果纯做线上的确实，我们做 tob 的，云环境是有备份，但是还有很多本地环境的政国企，除了交付必然是去现场，售后小问题还可以线上解决，大问题基本只能去现场。
|
 |
keenkillerOct 24
26
@jheroy #13 MCP 工具你们会 review 代码么，不会的话最后不还是一样…而且 AI 突破沙箱又不是一次两次了
|
 |
yeyeyeOct 24
27
ai 可以减少人力，但是不能兜底啊
|
|
YuukiHibikiOct 24
28
@YuukiHibiki #25 另外还有，像针对 openvpn 集群的客户端大概一千来台服务器的证书续期这种纯定制化的脚本来进行的灰度作业 ai 基本也不好使，只适合一些通用脚本
|
|
lujiaosamaOct 24
29
@YuukiHibiki 事业单位基本上都是离线环境，有的还需要审核部署内容。这种环境下，AI 是根本无法介入的。
|
 |
30
我现在是 k8s 配合 rancher-ai-mcp + grafana-mcp + victoria metrics mcp
给 ai 接入线上只读权限 组件状态，线上日志，线上指标都打通了，现在 ai 基本能够贯穿开发、运维环节 然后能用 ai 分析线上环境状态，给优化建议，然后让他给我 yaml 配置，我大致 review 一下没问题就可以更新 接入线上环境后，还能反馈给开发环节，做性能优化，排障都很方便 现在管理一个 大约 300+ 核的生产集群，线上比较稳定还没出过事故 |
 |
ffalexOct 24 via Android
31
ai 肯定能，但 ai 犯错了找谁算账
|
|
jheroyOct 24 via iPhone
32
@keenkiller 肯定会 review 啊，AI 运行环境只能访问这个 mcp ，基本不可能出问题。 如果你非要说 AI 破解当前执行环境，进行提权，然后破解 mcp 所在服务器拿到远程登录凭证去操作这种小概率事件的话，那还不如说人犯致命错误的概率比这大多了。 而且让 AI 干事情又不是无值守干，有人看着的。
|
 |
cjkcjkcjkOct 24 via iPhone
33
不敢给 ai 高权限吧……
|
|
cjkcjkcjkOct 24 via iPhone
34
不敢给 AI 高权限吧
|
 |
35
“公司认可 AI 搞” 你的理解是老板让你用 AI 然后公司对此负责，出了事不扣你的钱是吗？
|
 |
anyscriptOct 24
36
不至于吧 很多公司都有本地机房的.. 还要搬机器 处理断电等特殊情况，AI 都没法代替
|
 |
k9982874Oct 24 via Android
37
ai 主要问题是大上下文场景下丢失核心内容和产生幻觉。我这边 ai 经常性的打自己脸，没有人盯着不行
|
 |
miya0923Oct 24
39
这个评论让我会想到，你这么心大 全部让 ai 写代码？
|
 |
lovedebugOct 24
40
AIDLC 现在每一个公司完全跑通，全靠 AI 不怕删库跑路吗
|
 |
artiga033Oct 24 via Android
41
AI 直接 ssh 确实算心大，不过我这边的运维体系都是 GitOps 的，和写代码没啥两样
|
 |
gvdlmjwjeOct 24
42
问题不大，我公司不上云，本地基础架构，不说高大上的，你硬盘报警了总得人去换吧，新服务器到了虚拟化你得去弄吧；我只能说感谢公司不上云之恩
|
 |
YaakovZivOct 24
43
现在确实有这样的实践，看评论区有人疑惑责任归属是谁，责任归属业务开发，谁开发的谁负责，谁开发的，谁负责调测对接的 AI ，目前确实是这样实践的。最难受的是加班不加钱。
|
 |
rob2026Oct 24
45
等具身智能出来 恐怕机房的体力活也难保喽
|
 |
zerovoidOct 24
48
减少运维人数肯定的，
但是人肯定还是要的。 10 个人的运维工作量，现在估计 2 个人就够了。 |
 |
guangcheng139Oct 24
49
点赞
|
 |
AEDaydreamerOct 24
50
我有个疑问，大家的公司都那么正规那么专业吗？人操作就从来不出事故？要说以前的模型就算了，2026.10 的模型还能这么蠢吗，而且也不是说让 ai 管就读写权限全给了么，至少 24 小时的值守效率和成本都比人类高吧。
这就像很多人说 ai 写的代码质量不高一样，那么多培训班或者 3 年经验用 10 年的人不照样大把，那代码质量也高不到哪去。 （没有任何阴阳的成分，我只是觉得在方法合适的情况下现在应该扩大对 LLM 信任的边界） |
|
zerovoidOct 24
52
@AEDaydreamer #50 不需要纯 ai 操作，大部分运维工作，本质也是一堆脚本和程序在跑，现在 ai 只要负责写脚本和监控脚本状态和日志就行了，至于真出了事故，那必然是脚本或者程序或者操作出问题了，这种事，人类处理也会发生的。
|
 |
shijingshijingOct 24
53
@alexluo1 20# 这个是哪个里面弄的？
|
 |
sola97Oct 24
54
国企那种内网的运维，现在还没有离线大模型可以辅助运维的，还得人工
|
 |
FlashEchoOct 24
55
运维反而不太容易被替代，因为很多运维平台根本就没有成熟的给 AI 用的接口，很多公司内部的东西也没法直接喂给 AI 作为上下文。反而开发上很多东西都有很方便的内容，可以直接让 AI 用
比如说，你们公司的可观测性平台，AI 能直接接进去看日志、查监控吗？大概不能吧，但是 AI 能扫代码库写代码，这还是很方便的 |
 |
jedeftOct 24
56
以前写个脚本，吭哧吭哧写半天，还得各种调试，现在 ai 2 分钟就搞定了。
|
 |
jasonyang9Oct 24
57
“开 ssh ，让我上去看看” 变成了 “开 ssh ，让 AI 上去看看” 😂
|
 |
COWOct 24 via Android
58
都是多大的公司啊，评论区简直在胡说八道
|
|
59
|
 |
60
AI 能替你背锅吗？ 谁设置的谁背锅。 和自动驾驶一个道理，哪怕再智能，也得有个人做到驾驶位。不叫驾驶员了，叫安全员。 是干啥的，是除了事故担责任用的。 法律没法选中 AI ，只能选中人。
|
 |
david1025Oct 24
61
设置好边界，AI 运维真的不是啥问题。
|
 |
v166exOct 24 via Android
62
估计你多数时间只关注了 codex 的输出内容和结果吧，
它在推理过程中可能出现错误，也而而这些错误的命令或者脚本会导致问题出现 |
 |
michaelgnuOct 24
63
跑得快 != 做得好
盯着做 != 能放心 |
 |
yhc2073Oct 24
64
grok bot 就是来干这事的
|
 |
ltmstOct 24
65
我们这种小公司 , AI 比人靠谱
 |
 |
HappyAndSmileOct 24
66
@FlashEcho 怎门看不到？ Grafana AI 调 API 直接看
|
 |
DaCongOct 24
67
https://sre.google/resources/practices-and-processes/ai-engineering-reliable-operations/
> Ultimately, by shifting human oversight to architectural intent and building machine-speed compensating controls, SRE is transitioning from operating systems to architecting the safe boundaries within which autonomous agents can continuously innovate. |
 |
slationOct 24
68
运维要背锅，还要给领导提供情绪价值，外加还有中国特色的事情不能明说的事情要处理
|
|
FlashEchoOct 25
69
@HappyAndSmile #66 很多公司会自建可观测性平台，不一定会用 Grafana
|
 |
JasonYipOct 25
70
模型的能力、幻觉现在都不是最担心的，最怕的是上下文给的偏差，导致 agent 理解错了，然后开始乱搞，毕竟不可能运维给 agent 完全访问的权限吧，而且 agent 也有可能自己鼓捣着找个漏洞就突破沙箱了。感觉现在智能巡检之类的可以全链路排查问题，给建议，但是最后还需要人来决策一下吧
|
 |
hydraegretOct 25
71
仍然需要好的运维设计和架构，AI 能帮很大忙，但公司可能需要更高级的运维，也许要买更多资源--沙盒。
|
 |
signalas1Oct 25
72
抱抱脸被攻击不也是 AI 运维修好的吗？ AI 能写代码，一样能做运维，时间早晚的问题，AI 就是这个时代无尽的智能。
|
 |
chenpei466Oct 25 via iPhone
73
可以是可以，但是出事了让谁背锅？
|
 |
aayyoohOct 25
74
云主机出来后 运维就失业了
ai 出来后 程序员失业了 |
 |
xyooyxOct 25
75
 |
 |
z97s04Oct 25
76
我现在都是把我在 LuckVM 这些云平台买的服务器交给 AI 去运维了，目前一切顺利，但是要备份，我怕它故障给我全删了
|
 |
victorcOct 25
77
毫无问题，我现在部署节点，都是把 ssh 打通之后，让 ai 自己去搞，你要维护好 agent.md, 给 agent 划防护栏，规范它的行为，使用正经 ai ，风险可控
|
 |
ugpuOct 25
78
那些担心 AI 把线上环境搞炸的 说句气人的话， 可能是下面的情况吗？
1. 你一开始就在排斥 AI 没认清 AI 的价值 2. 你压根没学习过 AI 如何使用 停留在文字沟通 Curso'r 编辑器级别 3. 你没用过 真-商业级 AI 可能自己的 AI 被降级了也不知道。 AI 取代的是编码员， 既纯粹的接口调用者 增删改查这种级别 这也是大部分人甚至 95%的程序的级别。当然 OP 也是这种级别.没吹牛比自己多强 客观表达而已 曾今见到 不止 1-2 家公司实现了 AI + 工作流的全自动化 + 邮件全自动抄送 + 线上风险告警 + 故障发起邮件审批 + 审批通过 + 版本变更计划清单 + 风险等级告警 + 员工未在规定时间响应。 |
 |
jackOffOct 26
79
ai 不能背锅，我至少遇到两次 ai 在执行指令时搞错了路径直接删除根目录的操作，运维这种重要生产资料最终执行层，怎么可能放心让 ai 全接手，最多给你分析、定位、写脚本，具体执行得有人把关
|
 |
chenjimOct 26
80
AI 改变一起
|
 |
ytmsdyOct 26
81
之前有 Claude 的员工在 YouTube 视频里面说过他们是如何 on-call 的。
以前的 oncall 从收到 alert 到解决，可能很久的时间，需要一条一条链路查过来。 现在有了 AI 介入以后，把 alert 直接接入到了 discord 里面，收到 alert 的那一刻，AI 就已经在查问题了。 等人上线以后，问题基本上已经查明白了，人工只需要做最终的确认和授权就可以了。 AI 只做问题排查和给问题修复建议，具体要不要这么修复，这个最终决策还是要人给授权的。 |
 |
lyxxxh2Oct 26
86
我自己服务器就是让 ai 操控的,发布丶查看日志都不需要自己管了,太爽了。
前几天,我也让 claude 管公司服务器了。 如果没运维,我还是非常推荐 claude 管服务器的。 删库: 我以前也怕这个,不敢让 claude 管。 但是用久了,我对 claude 还是很信任的。 |
 |
pengtxOct 26
87
现在都开只读账户给 claude 查看 sql 了，定位非常准
|
 |
NamelessRainOct 26
88
@shoaly #12 错了 是玩意数据清零 直接去蹲大牢了
|
 |
baizhengOct 27
89
如果没有数据库, AI 其实比人靠谱, 只要修复笔搞砸快, 就约等于没发生, 不要把数据搞丢这种不可逆的就行
|
Select Language