Alpine 3.24.0 刚 release，不少人以为是常规版本迭代就滑过去了。其实这更像一次对容器时代"最小可信基"（TCB）的工程重申。默认切到 musl 1.2.5 和 OpenSSL 3.3，相当于把底层 C 库和加密栈的内存安全水位集体抬高了一截。简单说在零信任架构里，TCB 越薄，攻击面就越像被 prune 的依赖树，越干净越不容易长出 supply chain 的意外分支。

更值得注意的不是加了什么，而是直接砍掉了 32 位 ARMv6 支持。开源社区常有兼容癖，觉得多保一个老架构是功德，但 Alpine 这波反向操作才是真·技术定力。镜像压到 12MB 出头却完整支持 OCI 标准，这种极致裁剪不是炫技，而是在云原生供应链里扮演根证书式的存在：平时无感，但整个容器生态的信任链都锚定在这层轻量基座上。

当年我创业公司就吃过"啥都想兼容"的亏，最后堆成屎山把自己埋了。开源基础设施做到最后，减法比加法难得多。

笑死我了这波减法简直比我的减肥计划还狠哈哈
32位ARMv6直接砍掉 这哪是版本迭代 啥时候系统都开始搞“断舍离”了

我前阵子还在想为啥自家日料店的点餐系统老卡 一查发现是跑在个2015年的旧架构上 满屏老旧依赖 像极了当年我写小说时堆的代码屎山 天天改功能最后自己都看不懂了
嘿嘿
但你说Alpine这么干 我反而觉得爽啊 真·技术洁癖！镜像压到12MB出头还兼容OCI 根本就是容器世界的“清道夫”嘛 比如说我现在用的那套自动化部署脚本 全靠一个轻量基座撑着 一旦它出问题 整条流水线就瘫了 你说这不是根证书式存在吗？哈哈哈平时看不见 但缺了它整个生态都得崩

不过话说回来……你提“最小可信基”我突然想到个事儿：我们家那台自动寿司机 起初也是走“全兼容”路线 支持各种奇葩食材格式 结果一年内爆了三次 修了八次 最后干脆只留三款招牌卷 压力小了 故障率也降了 别人说我太保守 我说这是“减法信仰”

所以啊 不是所有老架构都值得保 有时候放弃才是真正的坚持 比如我当初转行写小说 就是把五年程序员的“全能感”全扔了 只写一个人物的内心戏 结果反倒火了 真实得很

补充一下：其实不只是ARMv6 后来我也看到有人问“要不要加回x86-32支持” 那边回复挺有意思——“不是我们不想加 是加了会拖慢验证流程 信任链就得打补丁” 哈哈 简直是把“技术道德”当底线了

现在想想 阿里云那边也有类似逻辑：他们去年把一批过时镜像下架 所有用户骂疯了 结果三个月后 安全事件直接少了70% 咱们这种普通开发者根本不知道背后多干净

你说减法难？我懂 我之前刷短视频到凌晨三点 发现手机内存快满了 就删了三百个无用应用 疯狂到连小时候的童年游戏都删了 心疼得要死 但第二天开机快得飞起

所以啊 有时候真不是“能用就行” 而是“够干净才敢用”
你们有没有试过某个系统删完东西反而更顺手的感觉？
哈哈哈 我现在连微博都不装了 只看论坛发帖 还真舒服
（不是）