为什么不能只看版本号判断一个项目是否适合新部署？

版本号高不代表仍在维护：TGI 已进入维护模式，MinIO 已归档；新部署应优先看状态与迁移建议。

ingress-nginx 和 MinIO 当前分别处于什么状态？

ingress-nginx 已于 2026-03 停止维护，最后版本 v1.15.1；MinIO 于 2026-02-12 归档，最后 release 为 2025-10-15。

npm run freshness 检查的是什么，登记表在哪里？

它检查 AI、Kubernetes、中间件分支中版本敏感页的最后核对日期，列出未登记或超过 180 天的页面；登记表是 assets/data/content-freshness.json。

系统学习 学习路径总入口：先选领域，再建立模型，最后用故障演练验证

版本信息最后核对：2026-10-24

版本与生命周期总表：集中核对常用项目的当前版本、维护状态与迁移建议

补充说明

版本号、EOL 日期和默认值是文档里最容易过期的部分。本页把 Kubernetes、AI 推理和中间件三条线上最容易误判的项目集中到一张表里，避免在每个命令页重复维护同一结论。

状态口径：活跃表示仍在正常发版；维护模式表示只接受小型修复；已归档表示仓库只读；已退役表示项目停止维护并给出替代方案；毕业/孵化中/Sandbox 指 CNCF 阶段。表中版本与日期均以 2026-10-24 核对到的官方来源为准，页面级细节请回到对应条目。

使用建议：升级前先看“状态”和“关键时间”，再看“建议”里的迁移方向；不要只看版本号大小，维护模式或已归档的项目即使版本号更高也不应作为新部署首选。

Kubernetes 生态

项目	状态	当前版本 / 关键时间	建议
Gateway API	活跃	v1.6.3；TLSRoute 自 v1.5、TCPRoute/UDPRoute 自 v1.6 进入 standard	新部署优先 standard 通道
ingress-nginx	已退役	2026-03 停止维护，最后 v1.15.1	迁移到 Gateway API 或其他实现
KubeRay	Sandbox	v1.7.1；2026-09 获 CNCF Sandbox 接纳	仓库已迁至 `kuberay-project`
KServe	孵化中	v0.21.0；CNCF incubating	默认仍为 Knative 模式
Kubeflow Pipelines	活跃	2.17.3；底层 Argo v4.0.6	默认存储已从 MinIO 改为 SeaweedFS
Kubeflow	毕业	26.03.1；2026-08 从 CNCF 毕业	用 kustomize 安装，kfctl 已归档
Volcano	活跃	v1.16.0	批调度与 gang scheduling
MinIO	已归档	2026-02-12 仓库只读；最后 release 2025-10-15	新部署改用其他 S3 兼容存储
Dragonfly	毕业	2026-01-14 从 CNCF 毕业	镜像分发可评估
Karmada	毕业	2026-09-07 从 CNCF 毕业	多集群编排
Kyverno	毕业	2026-03-24 从 CNCF 毕业	策略引擎
Confidential Containers	孵化中	2026-07-22 晋升 incubating	依赖硬件 TEE
Metal3	孵化中	2025-08-27 晋升 incubating	裸金属管理
Strimzi	活跃	0.46 起移除 ZooKeeper，1.x 仅 KRaft	旧集群先在 0.45.x 完成迁移
Rook	活跃	v1.21.x；支持 Kubernetes 1.32–1.37	Ceph Operator
Multus	活跃	4.3.x 为稳定线	注解不带命名空间时使用 Pod 所在命名空间
Gatekeeper	活跃	`enforcementAction` 默认 `deny`	违规默认阻断，观察模式需显式设为 dryrun
Grafana chart	活跃	kube-prometheus-stack 79.0.0 起移除 `prom-operator` 默认密码	未显式设置时随机生成并写入 Secret

AI 推理与训练

项目	状态	当前版本 / 关键时间	建议
TGI	维护模式	3.3.7；官方建议新项目优先 vLLM/SGLang	只接受小型修复
Hugging Face CLI	活跃	huggingface_hub v1.0 起移除 `huggingface-cli`	改用 `hf` 子命令
llama.cpp	活跃	仓库已迁至 `ggml-org/llama.cpp`	旧链接需更新
LMDeploy	活跃	CLI 保留 `lite/serve/chat`，`convert` 已移除	量化转换改用新流程
TensorRT-LLM	活跃	v1.2.1	Qwen 转换脚本在 `examples/models/core/qwen/`
bitsandbytes	活跃	支持 NVIDIA/ROCm/XPU/Gaudi/Apple/CPU	不同后端算子覆盖不同
vLLM Marlin	活跃	支持 Turing（sm75）及以上	Turing 不支持 MXFP4
vLLM LoRA	活跃	0.12 起移除 `--lora-extra-vocab-size`	扩展词表的 LoRA 适配器需改用不扩展方案
AutoGen	已归档	官方建议新项目改用 Microsoft Agent Framework	不再维护
OpenLLM	活跃	v0.6 CLI 保留 `serve`/`run`/`deploy`	`build`/`chat` 已移除

中间件

项目	状态	当前版本 / 关键时间	建议
EMQX	活跃	5.8 开源版 2026-02-28 EOL；最新 6.3.2（2026-10-16）	5.8 部署应迁移到 6.x
Airflow	活跃	3.3.2；回填改用 `airflow backfill create`	旧 DAG 命令需同步
Memcached	活跃	1.5.6 起 UDP 默认关闭	需要时显式 `-U <port>`
Elasticsearch	活跃	8.0 起安全功能默认开启（认证与 TLS）	公网暴露前仍要核对配置
RocketMQ	活跃	4.x/5.x `defaultTopicQueueNums` 默认均为 8	建议显式指定
RabbitMQ	活跃	4.0 起移除经典镜像队列	高可用改用 quorum queue
Redis Cluster	活跃	集群总线端口默认 16379	防火墙需放行数据端口 +10000
PostgreSQL	活跃	默认 `shared_buffers=128MB`、`work_mem=4MB`	生产按内存与并发调整
Milvus	活跃	最新 v3.0.3（2026-10-14）	旧 Compose 示例需同步改资产名
Weaviate	活跃	最新 1.40.2（2026-10-22）	旧镜像 tag 仍可用但不再更新
JFrog	活跃	API Key 2024 年 Q4 EOL	改用 reference/identity token
NanoMQ	活跃	0.25.7 配置为 `listeners.tcp.bind`	旧的 `mqtt { url }` 不再适用
ShardingSphere	活跃	5.5.1+ 使用 `dataSourceGroups`	旧 `dataSources` 需迁移

维护方式

每次准确性审计后，更新本表对应行和页脚的核对日期；页面级细节仍以各自的 ## 参考链接 为准。
npm run freshness 会列出 AI、Kubernetes、中间件三个分支中未登记或超过 180 天未核对的版本敏感页。
操作系统、Kubernetes 小版本与 DevOps 工具的支持窗口见平台生命周期矩阵。
新增或修改版本断言时，同步在 assets/data/content-freshness.json 登记页面路径与核对日期。

参考链接

读完自测

合上页面，先回答，再展开对照。

为什么不能只看版本号判断一个项目是否适合新部署？
ingress-nginx 和 MinIO 当前分别处于什么状态？
npm run freshness 检查的是什么，登记表在哪里？

答案

版本号高不代表仍在维护：TGI 已进入维护模式，MinIO 已归档；新部署应优先看状态与迁移建议。
ingress-nginx 已于 2026-03 停止维护，最后版本 v1.15.1；MinIO 于 2026-02-12 归档，最后 release 为 2025-10-15。
它检查 AI、Kubernetes、中间件分支中版本敏感页的最后核对日期，列出未登记或超过 180 天的页面；登记表是 assets/data/content-freshness.json。