嵌入式容器化：资源受限设备跑K8s

　　昨天跟老陈在技术群吵了俩小时，我手机电量掉到百分之十二的时候他发了个“????”表情包，我回了个“？”，结果他立刻切语音，声音还带着刚啃完苹果的湿气：“你去年九月那套K8s on RTOS，根本就是拿锤子砸芝麻——压根儿没解决调度粒度问题！”

　　我当时正扒拉碗里剩的凉皮，孩子蹲旁边用乐高搭了个歪脖子塔，哐当倒了，我没抬头。我说：“调度粒度？那是RTOS层的事，我们干的是把etcd塞进32MB Flash里跑通心跳探针——你见过谁家嵌入式设备连kubelet都不启，光靠systemd硬扛七百个容器进程的？”

　　老陈秒回：“三百个？你那个demo板子内存都虚标！实测压根儿撑不住kubectl top！”

　　我原以为他会揪资源隔离，结果他突然甩出一张截图——是他们产线某PLC控制器跑完k3s后，/proc/meminfo里cached字段连续跳变三秒，然后归零。我手一抖，把辣油泼到手机屏幕上，擦都懒得擦。反正他说的这事儿，我认输。真认。就这个cached归零，我们去年九月确实没压住，补丁打了四版，最后靠临时关cgroupv2降级才稳住——但这事儿不能当论据用，因为……

　　因为优胜劣汰这事，它压根儿不是技术可行性问题。

　　群主老周插进来发了个茶杯emoji，说“缓和下气氛”。我盯着那个杯子，忽然想起上礼拜他朋友圈晒新买的保温杯，底下小字写着“续命第七年”，笑出声。老陈听见了，说：“笑啥？你那套‘优胜劣汰’，不就是让低端设备批量死亡、只剩能跑k3s的板子活着？这叫什么淘汰？这叫筛选。”

　　我嚼着最后一口凉皮，酱料有点咸。我说：“筛选？我们客户那边拆了二十台旧工控机，十八台刷完k3s agent就蓝屏，两台跑三天后kernel panic——你猜他们怎么干的？”

　　老陈：“重刷固件？”

　　我：“不。直接贴纸条：‘此设备已通过云原生压力测试，可续保三年’，贴在壳子上，发给下游集成商。”

　　窗外有辆厢货猛按喇叭，持续五秒，跟打拍子似的。我老婆喊我帮忙找剪刀，我没应。老陈沉默八秒，然后说：“你这是拿运维风险当护城河。”

　　我回了句：“对。而且是故意的。”

　　这句我说得特别慢，像把每个字从牙缝里往外抠。不是嘴硬——去年九月现场，客户运维组长蹲在机柜前抽了半包烟，手里攥着我写的《极端内存场景下pause镜像体积压缩手册》，第一页就被汗浸透了。他抬头问我：“刘工，你说这玩意儿要是哪天自己把自己杀死了，算谁的责任？”

　　我没答。但心里清楚：只要K8s控制面活着，容器死一百次，都叫“自愈”；可如果etcd崩了，连日志都没地方写。所以我们的裁剪，从来不是删功能，是砍冗余链路——比如去掉metrics-server采集、干掉所有非核心admission webhook、连node-problem-detector都换成一行shell脚本轮询dmesg。这些，老陈不知道。他只看代码行数，不看panic堆栈里到底哪一行被抹掉了。

文章配图，仅供参考

　　说到这儿我又想起来群里那个天天发AI生成故障排查报告的王磊，上礼拜还吹“自动修复率91.3%”，结果客户现场一个IO wait飙升，它生成的解决方案居然是“重启交换分区”。我呸了一口，把手机反扣桌上。老陈还在等我接话，我翻出来个细节：“你们产线用的树莓派4B+32GB SD卡，刷k3s时有没有遇到过MMC驱动在ext4 mount后突然挂载超时？”

　　他愣了：“你怎么知道？”

　　我笑了：“因为我去年九月在现场，亲眼看见三个工程师拿示波器测SD卡CLK信号抖动，而他们的‘解决方案’是改U-Boot里的delay循环次数——就为了骗过内核初始化检查。这不叫作弊。这叫……活下来。”

　　老陈那边半天没动静。倒是老周又发了个茶杯，这次带蒸汽图标。我点开相册翻照片，找到一张——板卡上焊着两排SPI闪存，标签纸手写“ETCD_DATA_ONLY”，墨水晕开了，像一小片雨云。这张图，明天我把它发出来。

　　也可能他说的那部分是对的。就是cached归零那段。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!