xTag 上线「操作系统与基础镜像」专题：Alpine、Ubuntu、Distroless 一站浏览
新增 os-base 专题，将 Alpine、Ubuntu、Debian、Busybox、Distroless 与 Red Hat UBI 等底座镜像独立策展，告别与语言运行时混排，更快找到多阶段构建的起点。
在容器化实践中，基础 OS 镜像和语言运行时镜像是两条不同的选型路径：前者决定你的构建底座有多小、多安全；后者决定你的应用能否直接跑起来。过去，xTag 的「开发语言运行时」专题把 Alpine、Ubuntu 与 Node、Python 放在同一列表里——能搜到，但不够顺手。
今天我们正式上线 os-base（操作系统与基础镜像） 专题，把底座类镜像单独策展，让你按场景更快找到「多阶段构建的第一层」。
专题里有什么
os-base 目前收录 28 个活跃镜像，覆盖日常最常用的几类底座：
| 类型 | 代表镜像 | 典型用途 |
|---|---|---|
| 轻量 Linux | alpine、busybox | 最小运行时、工具镜像、sidecar |
| 通用发行版 | ubuntu、debian、fedora | CI 构建层、兼容传统包管理 |
| 企业 Linux | rockylinux、almalinux、amazonlinux、oraclelinux | 对齐 RHEL 生态的迁移与合规 |
| 最小安全底座 | gcr.io/distroless/static-debian12、base-debian12 | 生产镜像去掉 shell，缩小攻击面 |
| 红帽 UBI | redhat/ubi9、ubi9-minimal | 可再分发、企业支持场景 |
语言向的 Distroless（如 java17-debian12、nodejs20-debian12）仍留在 开发语言运行时 专题，避免「底座」与「带运行时的成品层」混在一起。
为什么值得单独开一个专题
1. 搜索意图更清晰
开发者在选镜像时，常见两种问法：
- 「我要一个 Alpine 底座 做 builder stage」
- 「我要 Node 18 跑应用」
混在一个专题里，列表更长、噪音更多。拆分后，os-base 专注回答第一种，dev-runtime 专注第二种。
2. 多阶段构建更好对标
典型 Dockerfile 结构是：
FROM alpine AS builder
RUN ./build.sh
FROM gcr.io/distroless/static-debian12
COPY --from=builder /app /app
builder 与 final 往往来自不同底座家族。把 OS 与 Distroless 底座集中展示，便于你在 xTag 上横向比对 Tag、架构与 pull 路径，而不是在语言运行时列表里翻找。
3. 修正历史分类噪音
例如 oraclelinux 曾因命名规则被误归入数据库类专题；本次规则调整后，已正确归入 os-base。专题边界更干净，浏览体验更一致。
如何访问
在专题页你可以：
- 查看每个底座镜像的 Tag 列表与多架构信息
- 复制
docker pull命令 - 从 Alpine / Ubuntu 跳到相关语言运行时专题，继续完成应用层选型
与「开发语言运行时」怎么配合用
推荐把两个专题当成流水线上下游：
- 在
os-base选定 builder 或 final 的 OS / Distroless 层 - 在
dev-runtime选定带语言工具链的镜像（Node、Go、OpenJDK 等） - 用 digest 或明确 Tag 固定版本，写入 CI 与生产 Dockerfile
如果你团队已有「默认用 Alpine builder + Distroless static 交付」的规范，os-base 就是这条规范的镜像索引页。
后续计划
os-base 会随 xTag 索引库中 active 镜像持续更新。后续我们考虑：
- 补充 Wolfi / Chainguard 等新兴最小底座（在质量与热度达标后）
- 在专题页增加「builder → runtime」交叉推荐
- 根据检索数据优化排序，让 Alpine、Ubuntu、Debian 等高频底座更靠前
小结
os-base 专题现已发布：28 个底座镜像，独立策展，与语言运行时专题分工明确。无论你是做 CI 构建、缩小生产镜像，还是为企业 Linux 迁移选型，都可以从 操作系统与基础镜像 一站开始。
欢迎把常用底座镜像加入团队文档书签，也欢迎在站内检索时直接搜索 alpine、ubuntu、distroless 等关键词——对应镜像会出现在专题与 Tag 页中，方便你下一次 docker pull 之前先看清版本与架构。