职业打假/举报人会让你心力交瘁，别说你了，那么多公务员收着钱都干不下去

@saltydc 固态这个价格还可以，但是同样的价钱能买 pcie 3.0 的盘了。
sata 更像是给老设备兼容或者 pcie 之外扩容准备的，普遍价格都很贵，真想便宜还是 usb 挂个二手 nvme+硬盘盒吧

作为运维，我觉着这种平台除了提供审计能力毫无意义

@Geon97 我跑的资源你可以参考下：
1. 云主机单节点跑 20 个 pod ，k3s 内存占用不到 0.5 个 G ；
2. 3-4 节点跨云和家里 nas 用 tailscale 组网 40 多个 pod ，主节点内存占用大概 1G ；
3. cpu 方面，单节点 k3s 控制组件 cpu 占用个位数几乎可以忽略，多节点占用主要在于频繁刷内置 sqlite ，以及过多审计日志造成 io wait ，用好点的盘也可以忽略

组个小 nas 8g 入门不难，考虑到硬解上 n100 的话，轻量用 cpu 不加散热也不是很大问题。
决定上不上主要还是看需求，我感觉运维写 yaml 持久化配置备份起来很顺手。自己也用 go 写了个备份 docker 命令的 cli ，可以转化成 compose 导出，准备把一些云主机从 k3s 切到直接 docker 了。
有需要一些常用服务 yaml 的可以交流。

x86 吧，pcie 通道多且便宜。纯作为存储，黑群就够了，省不少折腾。想偶尔当远程开发环境做点测试，linux 也可以，毕竟容器有很多 smb 、nfs 、webdav 的镜像，无非用户管理费事。
准备 all in one 服务多的话，我觉着 k3s 好，用 git 管理下 yaml 配置，备份恢复都方便。没几个容器，直接用 docker socket 转 tcp 远程体验也可以，除了滚动更新差一些，没有硬伤，用 compose 不需要额外转换没负担（如果习惯 compose 管理服务，推荐 casaos ）。
用容器记得备份重要镜像，系统挂了就麻烦了

看文中写的主要还是停留在 llm 的提示词框架和一些技术原理或者名词解释，AIOps 大方向都一样还是提升运维效率和可观测性。
AI + 运维确实很有意思，但是我一个做运维想来想去也不知道在哪里用，不知道 v2er 有没有稍微成熟的应用分享一下。我目前体验过的就是 deepflow 自带的 askgpt 。

另外对于不熟悉领域的技术名词，用 llm 就可以帮你写笔记，参考使用麦肯锡提问的方法： https://ki6j1b0d92h.feishu.cn/wiki/E4I1wSQY6i2GxAkMANuc0E8anRd

TL;DR 例如对 llm 提问：用麦肯锡的快速了解行业方法，通过大量行业高频关键词来建立概念。现在我是一个对<大模型技术>不了解的小白，请你给我整理出 50 个常用关键词，制作成 Markdown 表格，表头是：关键词（英文）、关键词（中文）、介绍（限 50 字）、应用场景。
再下一步，让 llm 对这些词分批例如 10 个一组进行扩展介绍（避免太长），这样写笔记，学习概念快得多

不喜欢用旁路由，arm 的小机器单 typec 口+ 两三个 2.5g 网口足够，和光猫一起丢弱电箱，除了偶尔打开 op 的 webui 设置下新设备的静态 ip ，都忘记它的存在了。
至于你说的 x86 秒开，arm 不秒开，这最大的可能还真是硬盘性能不够，我的 nas 用 u 盘装的 linux 打开就是很慢，arm 的用闪存秒开。
x86 省电倒是真的，可惜体积都太大了啊，我的 x86 和 arm 待机功耗都差不多。x86 虽然也是无风扇，带上 dc 电源体积是 arm 主机四五倍，现在在吃灰，网线都拔了

我觉着拿更多的钱，回河南卷，比去一线和不差钱的土著卷容易。
只要以后名额不减少，聪明人孩子都在外面求学，反向回去说不定更有优势

感觉对运维来说不是很有用，bash shell 常用命令也不用很麻烦就可以实现这些功能，到头来繁琐的下载命令反而是最大的障碍。shell 里弱势是结构化数据处理，弄个类似 jq 、yq 的工具更有价值

不理解你用 coze 是做什么，写 workflow 估计不行，只是当 llm 提问的话有很多
https://www.opkfc.com/
chatglm
kimi
非推广，就是随便贴几个白嫖比较好用的

应该是图没绘制完，把 steps 加大（一倍）试试，多迭代几次就好了

@brucmao debian11 默认低版本 openssh 本来也不在范围内，你升级到 debian12 不是自己跳坑里？

@czfy 还有 https://github.com/tesseract-ocr/tesseract ，不少开源 rag 用

osstree 可以，例如 fedora coreos 创建系统要写点火文件，系统会滚动更新，但是要 commit ，每一步添加/更新软件都是可以切换的。当然根目录也是只读，主要服务都跑在容器内

@yunisky 那说话算客气了，我在腾讯的，发现富强直接 ban 机器，coredns 之前试了下开 53 忘记关，没几天就发信息要我写保证书签字并关闭 dns ，否则 balabala 。最近试了下 doh ，改了下 prefix 还没发现问题

感觉太复杂了，我是心水这款的外观，不在意它里面是臭还是香，不折腾原生系统好点
我看挺多人推荐用 unraid ，今天摸鱼大概看了下方案还算成熟，不过不喜欢付费买个 gui 还要用 u 盘有点蠢，虚拟机也完全用不到。
又看了看 openvault media ，跟直接用 linux 服务器也没差多少，网站设计落后太多了，有种 linux 的粗暴美。
因为之前家里还有个服务器，从 k3s 一路退化到 casaos ，主要是感觉做 all in one 太复杂，存储堆一起不够稳定。想着单独分离出一个能简单扩展轻而美的存储服务器吧，好像还不如直接买群晖？

感谢分享，看完四篇，切实感受到一路探索的艰辛。
我是刚准备捡垃圾试试这款 nas ，本着再差也能组 raid 满足存储安全性这点考虑，希望到手别让我太过失望😂
大部分应用安装都学到了很多东西，只是前面的 tailscale docker 挂载 tun 用 host 网络部署不是也可以，容器化还方便监控资源。
另外 nas 只适合内网放置，直接 DMZ 很危险，这款 nas ，配置不低，却连基本命令都阉割，安全性更不敢想象

很符合国企印象，变量名都是拼音，有的缩写没有想象力是真猜不出来

@Foxkeh 最早的 acme 生成证书只有 cert 文件前面两部分，而完整证书需要三部分。那时候浏览器访问是没问题的，但是微信小程序认为证书不全不认 https ，需要手动生成补全才能用。后来不知道什么时候 acme 改了可以选择生成完整证书，再后来默认证书就是完整三部分。大概是这个原因