开源推理 Serving 生态:vLLM / SGLang / TensorRT-LLM / MindIE
1. 介绍
1.1. 整合篇定位
本篇将开源推理 serving 生态整合为一篇研究,覆盖四个代表性引擎/框架:vLLM、SGLang、TensorRT-LLM、MindIE,并纳入 NVIDIA Dynamo(调度层)。选择这四者的理由:它们共同构成 2025—2026 年 LLM 推理服务的「事实标准层」——几乎所有国产算力平台(昇腾、摩尔线程等)都以兼容或对接这套生态作为软件栈卖点。
本篇是全组六层映射最直接的一篇:推理引擎的核心创新(PagedAttention、RadixAttention、KV 管理、PD 分离)几乎全部落在 Harness L1/L4 层。
1.2. 四引擎基本信息卡
| 引擎 | 起源 | 首发时间 | 治理归属 | 核心创新 |
|---|---|---|---|---|
| vLLM | UC Berkeley Sky Lab | 2023-06 | PyTorch 基金会(2025-05 加入) | PagedAttention |
| SGLang | UC Berkeley LMSYS | 2024-01 | PyTorch 生态(2025-03 加入) | RadixAttention、结构化输出 |
| TensorRT-LLM | NVIDIA 官方 | 2023-09 预览/10 开源 | NVIDIA(开源仓库) | FP8/FP4/NVFP4 量化、NVIDIA 硬件极致性能 |
| MindIE | 华为昇腾官方 | — | 华为(昇腾社区) | 昇腾硬件推理加速套件、大 EP 部署 |
补充组件:NVIDIA Dynamo(2025-03 GTC 发布,Triton 后继)作为多引擎调度层纳入本篇;llm-d(vLLM + K8s 的开箱方案,0.3 版本)作为集群化部署形态纳入 L3 讨论。
1.3. 与 01 篇的分工说明
本篇与 01-nvidia.md 在 TensorRT-LLM 与 Dynamo 上存在交叉。分工约定:01 篇以「NVIDIA 全栈竞争力」为叙事主轴,仅概述性提及;本篇为 TensorRT-LLM 与 Dynamo 的技术主归属,01 篇相关内容以交叉引用(详见 09-inference-serving.md)方式处理。同理,MindIE 的硬件侧背景归 03 篇(华为昇腾),本篇承担其引擎能力的完整描述。
1.4. 在 AI Harness 体系中的位置
推理 serving 生态是 Harness L1/L2 的标准件供应层:上层智能体框架(Claude Agent SDK、LangGraph 等)通过 OpenAI 兼容 API 与本生态对接,本生态决定其 KV 复用效率、首 token 时延与吞吐成本。可以概括:推理引擎之于智能体 Harness,相当于数据库之于应用服务器。
2. 名词解释
| 术语 | 英文/缩写 | 释义 |
|---|---|---|
| PagedAttention | PagedAttention | vLLM 核心技术:以分页方式管理 KV Cache 显存,利用率 90% 以上(朴素实现约 20%) |
| RadixAttention | RadixAttention | SGLang 核心技术:基数树管理前缀缓存,多轮对话前缀复用 |
| KV Cache | Key-Value Cache | 注意力键值缓存,显存占用与复用效率决定推理成本 |
| PD 分离 | Prefill/Decode Disaggregation | 预填充与解码分卡部署:Prefill 重算力、Decode 重带宽,分别优化 |
| Chunked Prefill | Chunked Prefill | 将长预填充切块执行以降低队头阻塞的技术(vLLM-Ascend 等支持) |
| Prefix Caching | Prefix Caching | 相同前缀的 KV 复用(多轮对话、few-shot 场景核心优化) |
| Speculative Decoding | 投机解码 | 小模型草拟 + 大模型验证的解码加速技术 |
| 结构化输出 | Structured Output | 以正则/文法约束解码,保证输出符合 JSON Schema 等格式(SGLang 强项) |
| OpenAI 兼容 API | OpenAI-compatible API | 事实标准推理接口协议,四引擎均支持 |
| TTFT / TPOT | Time To First Token / Time Per Output Token | 推理服务两大时延指标(MLPerf Interactive 场景定义) |
| LoRA 热加载 | Hot-swappable LoRA | 不重启服务加载微调适配器 |
| W8A8 量化 | Weight 8-bit / Activation 8-bit | 权重与激活均为 8 比特的量化方案(MindIE 支持) |
| Triton Inference Server | Triton | NVIDIA 上一代推理服务器(Dynamo 前身),NGC 下载超 100 万次 |
| llm-d | llm-d | vLLM + Kubernetes 的开源推理部署方案(0.3 提供开箱能力) |
3. 功能说明与产品线
3.1. vLLM:PagedAttention 与基金会中立治理
- 技术:PagedAttention 使显存利用率达 90% 以上(朴素实现约 20%),SOSP 2023 论文;V1 架构(2025-01 alpha);支持 100+ LLM 架构;
- 硬件覆盖:NVIDIA / AMD / TPU / AWS Neuron / Intel 全硬件后端 + 插件制——华为昇腾 vLLM-Ascend、IBM Spyre 均为官方插件形态;
- 治理:2025-05 加入 PyTorch 基金会(伞形基金会首批托管项目)——中立治理是其相对厂商引擎的战略优势;46,500+ GitHub Stars、1000+ 贡献者(仓库口径,无第三方审计);
- 社区动态:Meta 2025 年将内部推理引擎迁至 vLLM(维护者年终总结口径,C 级);DeepSeek 大规模专家并行(DS-vLLM);维护方成立公司 Inferact(a16z/lightspeed 种子轮超 1.5 亿美元)。
3.2. SGLang:RadixAttention 与结构化输出
- 技术:RadixAttention 前缀复用,社区口径多轮对话吞吐可超 vLLM 2—5 倍(社区口径,需按负载实测);FlashInfer 算子库;
- 结构化输出:正则约束解码——对智能体场景(工具调用 JSON、Schema 约束)是直接刚需;
- 部署口径:官方称已部署超 30 万 GPU、日处理数万亿 tokens(官方口径,无第三方审计)。
3.3. TensorRT-LLM:v1.0 与 PyTorch-first
- v1.0(2025-09):转向 PyTorch-first 架构 + trtllm-serve OpenAI 兼容服务器,大幅降低使用门槛——此前其「编译式开发体验复杂」是社区主要抱怨;
- 量化深度:FP8/FP4/NVFP4 量化最深;MLPerf NVIDIA 提交的默认后端;
- 性能:NVIDIA 硬件上吞吐领先(社区基准:H100 7B 场景 7000—10000 tok/s 区间,C 级);代价是深度绑定 NVIDIA 硬件。
3.4. NVIDIA Dynamo 与 MindIE
Dynamo(调度层,详见 5.4 节):PD 分离调度、GPU Planner、KV 感知路由、KV 卸载;兼容 TensorRT-LLM/vLLM/SGLang 三种后端;官方口径 DeepSeek-R1 on Blackwell 请求量最高 30 倍;企业版随 NIM/AI Enterprise 交付。
MindIE(昇腾官方引擎):MindIE LLM / Turbo(量化、剪枝、算子融合);底层 CANN;支持 FA/PA(Paged Attention)、W8A8/W8A16 量化、MindIE Service 服务化、TGI 兼容;模型列表覆盖 Baichuan/ChatGLM/Qwen/LLaMA/DeepSeek 等(1.0.RC2 文档 2025-03,最新 3.0.0——新特性清单缺失);通过 vLLM-Ascend 插件融入 vLLM 生态并反向贡献 Chunked Prefill、Prefix Caching、Speculative Decoding、Multi-LoRA Function Call 等上游特性。
4. 平台架构
4.1. PD 分离架构
图 9-1|PD 分离推理架构:以 Dynamo 编排 + 多引擎后端为例
数据来源:NVIDIA Dynamo 官方博客(2025-03)、MLPerf Inference v5.1(NVIDIA 技术博客转述)、昇腾社区 MindIE 文档;架构为示意图。
4.2. 多引擎多硬件后端矩阵
| 引擎 | NVIDIA | AMD | TPU | 昇腾 | 其他 |
|---|---|---|---|---|---|
| vLLM | 原生 | 官方适配 | 官方强化支持 | vLLM-Ascend 插件 | AWS Neuron、Intel、IBM Spyre(插件制) |
| SGLang | 原生 | 官方适配 | 支持(社区) | —(未确认) | — |
| TensorRT-LLM | 深度绑定 | ROCm 后端 | 不支持 | 不支持 | — |
| MindIE | 不支持 | 不支持 | 不支持 | 原生 | TGI 兼容层 |
矩阵解读:vLLM 的「插件制 + 基金会中立」使其成为跨硬件生态的最大公约数;TensorRT-LLM 与 MindIE 分别是 NVIDIA/昇腾的性能最优解。
5. Harness 设计
5.1. 六层能力总览
本篇为六层映射最直接的一篇(事实均 A 级):
| 层 | 支撑产品/机制 | 成熟度 |
|---|---|---|
| L1 上下文工程 | PagedAttention / RadixAttention / 前缀缓存 / Chunked Prefill / KV 卸载 | 强 |
| L2 工具与执行 | OpenAI 兼容 API(四引擎标配)+ Function Call 支持(vLLM-Ascend Multi-LoRA Function Call) | 强 |
| L3 编排与控制 | Dynamo GPU Planner/智能路由、PD 分离编排、llm-d 的 K8s 编排 | 中强 |
| L4 记忆与状态 | KV Cache 跨内存层级(HBM/CPU/存储)持久化与复用 | 强 |
| L5 评估与观测 | TTFT/TPOT/TPS 标准指标体系(MLPerf Interactive)、NIM 请求级结构化日志 | 中强 |
| L6 治理与安全 | vLLM 基金会中立治理、NVIDIA AI Enterprise 商用支持、MindIE 商用版 | 中强 |
5.2. L1 上下文工程层
三大引擎的核心创新全部落在 KV Cache 管理层:PagedAttention(分页化显存管理)、RadixAttention(前缀复用)、前缀缓存与 Chunked Prefill、KV 卸载——这一层是推理引擎竞争的主战场,也是智能体长上下文负载的成本决定因素。对 Harness 而言,前缀缓存的命中策略直接决定多轮工具调用场景的 token 成本曲线。
5.3. L2 工具与执行层
OpenAI 兼容 API 已是四引擎的统一接口契约——上层智能体框架的「模型无关性」实际上建立在这一层之上。Function Call 支持(vLLM-Ascend 的 Multi-LoRA Function Call 特性为昇腾侧贡献)使推理引擎直接服务智能体工具调用负载。
5.4. L3 编排与控制层
- Dynamo 四组件:GPU Planner(动态增减 GPU)、Smart Router(LLM 感知路由,避免 KV 重算)、低时延通信库、Memory Manager;
- llm-d:vLLM + K8s 的开源编排方案(0.3 开箱)——把推理服务纳入云原生编排体系;
- PD 分离编排:请求在 Prefill/Decode 两池间的调度是当前推理编排的核心问题。
5.5. L4 记忆与状态层
KV Cache 跨内存层级(HBM → CPU → 本地盘 → 对象存储)的持久化与复用,使「会话状态」从易失的显存资产变为可管理的持久资产——这是推理侧对 Harness L4 最深层的贡献:智能体的会话连续性可以以 KV 复用而非全量重算的方式实现。
5.6. L5 评估与观测层
TTFT/TPOT/TPS 构成标准指标体系(MLPerf Interactive 场景定义);NIM 提供请求级结构化 JSON 日志(request ID / token 数 / 时延 / 推理档位),可转发 Elasticsearch/Splunk——为上层智能体轨迹观测提供请求粒度原始数据。
5.7. L6 治理与安全层
三种治理模式并存:vLLM 的基金会中立治理(PyTorch Foundation,避免单一厂商锁定)、NVIDIA AI Enterprise 的商用支持/安全版(企业级 CVE 响应与稳定版通道)、MindIE 商用版(昇腾合规语境)。选型时治理模式与性能需求需分别评估。
6. 实际案例
6.1. 生态采用
| 生态事实 | 内容 | 口径 |
|---|---|---|
| Triton Inference Server | NGC 下载超 100 万次;Amazon、Microsoft、Oracle Cloud、DocuSign、Perplexity、Snap 等生产使用 | A 级 |
| vLLM | PyTorch Conference 2025 约半数 talk 涉及 vLLM;Qwen、月之暗面(Kimi)等基于 vLLM 完成大规模专家并行适配 | 维护者口径(C)/B |
| SGLang | 30 万 GPU 部署、日万亿 tokens | 官方口径(B,无第三方审计) |
| MindIE | 昇腾一体机/智算中心推理标配;邮储银行大 EP 方案内置 MindIE Motor | A 级(昇腾社区) |
| Meta | 2025 年将内部推理引擎迁至 vLLM | 维护者年终总结(C 级社区一手自述) |
6.2. 组合形态:三引擎协同的官方参考架构
NVIDIA 生态内三引擎协同已成官方参考架构:Exemplar Cloud 推理基准指定 TensorRT-LLM 或 SGLang 后端 + Dynamo 多节点编排(A 级)——即「性能最优引擎 + 灵活引擎 + 统一调度层」的组合模式,而非单引擎通吃。这是企业级推理部署的当前最佳实践形态。
6.3. 选型结论
第三方综合对比(阿里云开发者社区报告,数据截止 2025-10,B 级):
| 场景 | 首选 |
|---|---|
| 通用均衡 / 生态最广 | vLLM |
| 多轮对话与结构化生成 / Agent 场景 | SGLang |
| NVIDIA 极致性能 | TensorRT-LLM |
| 昇腾官方栈 | MindIE |
7. 总结
优势(生态合并):
- L1/L4 创新密度最高:KV Cache 管理是当前 AI Infra 最活跃的创新层,且以开源形态快速扩散;
- 接口标准化完成:OpenAI 兼容 API + MLPerf Interactive 指标体系,构成可替换的事实标准;
- 治理模式多样:基金会中立(vLLM)与厂商企业版(TensorRT-LLM/MindIE)并存,可按锁定风险偏好选择。
劣势:
- 规模数据均为官方/仓库口径:「30 万 GPU」「46,500 stars」无第三方审计;
- 引擎选择复杂度高:三引擎 + 调度层的组合需要团队具备较强的运维与调优能力;
- 国产引擎公开度不足:MindIE 3.0.0 新特性清单缺失,版本节奏不透明。
适用边界:自建推理服务的一切团队——本生态是当前唯一成熟的「多硬件后端 + 标准接口」选择;对智能体负载(结构化输出、Function Call、多轮前缀复用)SGLang 与 vLLM-Ascend 提供最直接支持。
选型建议:以目标硬件决定引擎(NVIDIA → TensorRT-LLM,多后端 → vLLM,Agent 密集 → SGLang,昇腾 → MindIE + vLLM-Ascend);多引擎组合时采用 Dynamo/llm-d 统一调度;把 TTFT/TPOT 纳入与模型质量并列的服务 SLA。
信息缺口声明
- vLLM/SGLang 生产集群规模的独立统计缺失(「30 万 GPU」「46,500 stars」分别为官方/仓库口径,无第三方审计);
- MindIE 3.0.0 新特性清单缺失(本轮仅确认版本存在);
- PopS/TGI/LocalAI 等次级引擎超出本篇范围,仅在生态位上简要提及;
- SGLang「吞吐超 vLLM 2—5 倍」为社区口径,需按实际负载验证。
8. 参考资料
- vLLM、SGLang 与 TensorRT-LLM 综合对比分析报告(数据截止 2025-10)— 阿里云开发者社区,2025。https://developer.aliyun.com/article/1686693
- PyTorch Foundation Welcomes vLLM as a Hosted Project — PyTorch 官方博客,2025。https://pytorch.org/blog/pytorch-foundation-welcomes-vllm/
- 隆重推出 NVIDIA Dynamo — NVIDIA Developer,2025。https://developer.nvidia.com/zh-cn/blog/introducing-nvidia-dynamo-a-low-latency-distributed-inference-framework-for-scaling-reasoning-ai-models/
- MindIE 支持模型列表(1.0.RC2)— 昇腾社区,2025-03。https://www.hiascend.com/document/detail/zh/mindie/10RC2/whatismindie/mindie_what_0002.html
- 深入洞察:大模型推理能力及 MindIE 引擎(vLLM-Ascend 生态)— 火山引擎 ADG 社区,2025。https://adg.csdn.net/695251d05b9f5f31781b844f.html
- 基于华为昇腾 NPU 采用 MindIE 推理 LLM 并兼容 OpenAI API 服务化 — CSDN 技术实践,2025-01。https://blog.csdn.net/kelxLZ/article/details/145228443
- vLLM 官方文档 — vLLM 项目,2025。https://docs.vllm.ai
- SGLang 官方文档 — SGLang 项目,2025。https://docs.sglang.ai
- vLLM 核心维护者年终总结(PyTorch 基金会治理/Meta 迁移/Inferact)— 微信公众号「开源大模型主理人」,2026(社区一手自述,原文无稳定 URL)。
- NVIDIA Blackwell Ultra MLPerf Debut(TensorRT-LLM/NVFP4 生产口径)— NVIDIA,2025。https://developer.nvidia.com/blog/nvidia-blackwell-ultra-sets-new-inference-records-in-mlperf-debut/
Open-Source Inference Serving Ecosystem: vLLM / SGLang / TensorRT-LLM / MindIE
1. Introduction
1.1. Positioning of This Integration Article
This article integrates the open-source inference serving ecosystem into a single study, covering four representative engines/frameworks — vLLM, SGLang, TensorRT-LLM, and MindIE — and also incorporates NVIDIA Dynamo (the scheduling layer). The rationale for choosing these four: together they form the "de-facto standard layer" for LLM inference serving in 2025–2026 — almost all domestic (Chinese) compute platforms (Ascend, Moore Threads, etc.) use compatibility with or integration into this ecosystem as a selling point of their software stack.
This article is the most direct of the group in terms of six-layer mapping: the core innovations of inference engines (PagedAttention, RadixAttention, KV management, PD disaggregation) almost all fall within the Harness L1/L4 layers.
1.2. Basic Info Card of the Four Engines
| Engine | Origin | First Release | Governance | Core Innovation |
|---|---|---|---|---|
| vLLM | UC Berkeley Sky Lab | 2023-06 | PyTorch Foundation (joined 2025-05) | PagedAttention |
| SGLang | UC Berkeley LMSYS | 2024-01 | PyTorch ecosystem (joined 2025-03) | RadixAttention, structured output |
| TensorRT-LLM | NVIDIA official | 2023-09 preview / 10 open source | NVIDIA (open-source repo) | FP8/FP4/NVFP4 quantization, extreme performance on NVIDIA hardware |
| MindIE | Huawei Ascend official | — | Huawei (Ascend community) | Ascend hardware inference acceleration suite, large-EP deployment |
Supplementary components: NVIDIA Dynamo (announced at GTC 2025-03, successor to Triton) is included in this article as a multi-engine scheduling layer; llm-d (out-of-the-box solution for vLLM + K8s, version 0.3) is included in the L3 discussion as a clusterized deployment form.
1.3. Division of Work with Article 01
This article overlaps with 01-nvidia.md on TensorRT-LLM and Dynamo. Division convention: Article 01 takes "NVIDIA full-stack competitiveness" as its narrative main line and only mentions these briefly; this article is the primary technical home of TensorRT-LLM and Dynamo, with Article 01's related content handled via cross-references (see 09-inference-serving.md). Likewise, the hardware-side background of MindIE belongs to Article 03 (Huawei Ascend), while this article provides the complete description of its engine capabilities.
1.4. Position in the AI Harness System
The inference serving ecosystem is the standard-component supply layer of Harness L1/L2: upper-layer agent frameworks (Claude Agent SDK, LangGraph, etc.) integrate with this ecosystem through the OpenAI-compatible API, and this ecosystem determines their KV reuse efficiency, first-token latency, and throughput cost. It can be summarized as: the inference engine to the agent Harness is like the database to the application server.
2. Glossary
| Term | English / Abbreviation | Definition |
|---|---|---|
| PagedAttention | PagedAttention | Core vLLM technology: manages KV Cache memory in a paged manner, with utilization above 90% (naive implementation around 20%) |
| RadixAttention | RadixAttention | Core SGLang technology: radix tree manages prefix cache, multi-turn conversation prefix reuse |
| KV Cache | Key-Value Cache | Attention key-value cache; memory footprint and reuse efficiency determine inference cost |
| PD Disaggregation | Prefill/Decode Disaggregation | Prefill and decode deployed on separate cards: Prefill is compute-bound, Decode is bandwidth-bound, optimized separately |
| Chunked Prefill | Chunked Prefill | Technique that splits long prefill into chunks to reduce head-of-line blocking (supported by vLLM-Ascend, etc.) |
| Prefix Caching | Prefix Caching | KV reuse for identical prefixes (core optimization for multi-turn conversations and few-shot scenarios) |
| Speculative Decoding | Speculative decoding | Decoding acceleration technique where a small model drafts and a large model verifies |
| Structured Output | Structured Output | Constrains decoding with regex/grammar to guarantee outputs conform to formats such as JSON Schema (SGLang's strength) |
| OpenAI-compatible API | OpenAI-compatible API | De-facto standard inference interface protocol, supported by all four engines |
| TTFT / TPOT | Time To First Token / Time Per Output Token | The two main latency metrics of inference serving (defined by the MLPerf Interactive scenario) |
| Hot-swappable LoRA | Hot-swappable LoRA | Loading fine-tuned adapters without restarting the service |
| W8A8 Quantization | Weight 8-bit / Activation 8-bit | Quantization scheme with both weights and activations at 8 bits (supported by MindIE) |
| Triton Inference Server | Triton | NVIDIA's previous-generation inference server (predecessor of Dynamo), downloaded over 1 million times on NGC |
| llm-d | llm-d | Open-source inference deployment solution for vLLM + Kubernetes (0.3 provides out-of-the-box capability) |
3. Feature Description and Product Line
3.1. vLLM: PagedAttention and Foundation-Neutral Governance
- Technology: PagedAttention raises memory utilization above 90% (naive implementation around 20%), SOSP 2023 paper; V1 architecture (2025-01 alpha); supports 100+ LLM architectures;
- Hardware coverage: NVIDIA / AMD / TPU / AWS Neuron / Intel all-hardware backends + plug-in mechanism — Huawei Ascend vLLM-Ascend and IBM Spyre are both official plug-in forms;
- Governance: joined the PyTorch Foundation in 2025-05 (one of the umbrella foundation's first hosted projects) — neutral governance is its strategic advantage over vendor engines; 46,500+ GitHub Stars, 1000+ contributors (repo figures, no third-party audit);
- Community dynamics: Meta migrated its internal inference engine to vLLM in 2025 (per the maintainers' year-end summary, C grade); DeepSeek large-scale expert parallelism (DS-vLLM); the maintainers founded the company Inferact (a16z/lightspeed seed round over $150M).
3.2. SGLang: RadixAttention and Structured Output
- Technology: RadixAttention prefix reuse; community-reported multi-turn throughput can exceed vLLM by 2–5× (community figures, need to be measured against load); FlashInfer operator library;
- Structured output: regex-constrained decoding — a direct must-have for agent scenarios (tool call JSON, Schema constraints);
- Deployment figures: officially claims over 300K GPUs deployed and trillions of tokens processed daily (official figures, no third-party audit).
3.3. TensorRT-LLM: v1.0 and PyTorch-first
- v1.0 (2025-09): moved to a PyTorch-first architecture + trtllm-serve OpenAI-compatible server, greatly lowering the barrier to entry — previously its "complex compiled development experience" was a main community complaint;
- Quantization depth: deepest FP8/FP4/NVFP4 quantization; the default backend for MLPerf NVIDIA submissions;
- Performance: leading throughput on NVIDIA hardware (community benchmarks: H100 7B scenario in the 7000–10000 tok/s range, C grade); the cost is deep coupling to NVIDIA hardware.
3.4. NVIDIA Dynamo and MindIE
Dynamo (scheduling layer, see section 5.4): PD disaggregation scheduling, GPU Planner, KV-aware routing, KV offloading; compatible with TensorRT-LLM/vLLM/SGLang three backends; official figures show DeepSeek-R1 on Blackwell up to 30× request handling; the enterprise version ships with NIM/AI Enterprise.
MindIE (Ascend official engine): MindIE LLM / Turbo (quantization, pruning, operator fusion); underlying CANN; supports FA/PA (Paged Attention), W8A8/W8A16 quantization, MindIE Service, TGI compatibility; model list covers Baichuan/ChatGLM/Qwen/LLaMA/DeepSeek, etc. (1.0.RC2 docs 2025-03, latest 3.0.0 — new-feature list missing); integrates into the vLLM ecosystem via the vLLM-Ascend plug-in and contributes upstream features including Chunked Prefill, Prefix Caching, Speculative Decoding, Multi-LoRA Function Call.
4. Platform Architecture
4.1. PD Disaggregation Architecture
Figure 9-1 | PD disaggregation inference architecture: taking Dynamo orchestration + multi-engine backends as an example
Data sources: NVIDIA Dynamo official blog (2025-03), MLPerf Inference v5.1 (as relayed in NVIDIA technical blogs), Ascend community MindIE documentation; the architecture is a schematic diagram.
4.2. Multi-Engine, Multi-Hardware Backend Matrix
| Engine | NVIDIA | AMD | TPU | Ascend | Others |
|---|---|---|---|---|---|
| vLLM | Native | Official adaptation | Officially enhanced support | vLLM-Ascend plug-in | AWS Neuron, Intel, IBM Spyre (plug-in mechanism) |
| SGLang | Native | Official adaptation | Supported (community) | — (unconfirmed) | — |
| TensorRT-LLM | Deeply coupled | ROCm backend | Not supported | Not supported | — |
| MindIE | Not supported | Not supported | Not supported | Native | TGI compatibility layer |
Matrix interpretation: vLLM's "plug-in mechanism + foundation neutrality" makes it the greatest common denominator across hardware ecosystems; TensorRT-LLM and MindIE are respectively the optimal performance solutions for NVIDIA/Ascend.
5. Harness Design
5.1. Overview of Six-Layer Capabilities
This article is the most direct of the group in terms of six-layer mapping (all facts are A grade):
| Layer | Supporting Product / Mechanism | Maturity |
|---|---|---|
| L1 Context engineering | PagedAttention / RadixAttention / prefix caching / Chunked Prefill / KV offloading | Strong |
| L2 Tools and execution | OpenAI-compatible API (standard on all four engines) + Function Call support (vLLM-Ascend Multi-LoRA Function Call) | Strong |
| L3 Orchestration and control | Dynamo GPU Planner/intelligent routing, PD disaggregation orchestration, llm-d's K8s orchestration | Medium-strong |
| L4 Memory and state | KV Cache persistence and reuse across memory tiers (HBM/CPU/storage) | Strong |
| L5 Evaluation and observability | TTFT/TPOT/TPS standard metrics (MLPerf Interactive), NIM request-level structured logs | Medium-strong |
| L6 Governance and security | vLLM foundation-neutral governance, NVIDIA AI Enterprise commercial support, MindIE commercial edition | Medium-strong |
5.2. L1 Context Engineering Layer
The core innovations of the three engines all land in the KV Cache management layer: PagedAttention (paged memory management), RadixAttention (prefix reuse), prefix caching and Chunked Prefill, and KV offloading — this layer is the main battleground of inference engine competition and the cost determinant of agent long-context workloads. For Harness, the prefix cache hit strategy directly determines the token cost curve for multi-turn tool-call scenarios.
5.3. L2 Tools and Execution Layer
The OpenAI-compatible API is already the unified interface contract of the four engines — the "model-agnosticism" of upper-layer agent frameworks is in fact built on this layer. Function Call support (the vLLM-Ascend Multi-LoRA Function Call feature contributing on the Ascend side) lets inference engines directly serve agent tool-call workloads.
5.4. L3 Orchestration and Control Layer
- Dynamo's four components: GPU Planner (dynamically adds/removes GPUs), Smart Router (LLM-aware routing, avoiding KV recomputation), low-latency communication library, Memory Manager;
- llm-d: open-source orchestration solution for vLLM + K8s (out-of-the-box in 0.3) — brings inference serving into the cloud-native orchestration system;
- PD disaggregation orchestration: the scheduling of requests across the Prefill/Decode pools is the core problem of current inference orchestration.
5.5. L4 Memory and State Layer
Persistence and reuse of KV Cache across memory tiers (HBM → CPU → local disk → object storage) turns "session state" from a volatile GPU-memory asset into a manageable persistent asset — this is the deepest contribution of the inference side to Harness L4: an agent's session continuity can be achieved through KV reuse rather than full recomputation.
5.6. L5 Evaluation and Observability Layer
TTFT/TPOT/TPS form the standard metrics system (defined by the MLPerf Interactive scenario); NIM provides request-level structured JSON logs (request ID / token count / latency / inference profile) that can be forwarded to Elasticsearch/Splunk — supplying request-granularity raw data for upper-layer agent trajectory observation.
5.7. L6 Governance and Security Layer
Three governance models coexist: vLLM's foundation-neutral governance (PyTorch Foundation, avoiding single-vendor lock-in), NVIDIA AI Enterprise commercial support/security edition (enterprise-grade CVE response and stable release channel), and the MindIE commercial edition (in the Ascend compliance context). When selecting, governance model and performance requirements must be evaluated separately.
6. Case Studies
6.1. Ecosystem Adoption
| Ecosystem Fact | Content | Source Grade |
|---|---|---|
| Triton Inference Server | Over 1 million NGC downloads; used in production by Amazon, Microsoft, Oracle Cloud, DocuSign, Perplexity, Snap, etc. | A grade |
| vLLM | Roughly half of PyTorch Conference 2025 talks involved vLLM; Qwen, Moonshot AI (Kimi), etc. completed large-scale expert-parallel adaptation based on vLLM | Maintainer-reported (C)/B |
| SGLang | 300K GPU deployments, trillions of tokens per day | Official figures (B, no third-party audit) |
| MindIE | Standard inference choice for Ascend all-in-one machines/intelligence computing centers; Postal Savings Bank's large-EP solution embeds MindIE Motor | A grade (Ascend community) |
| Meta | Migrated its internal inference engine to vLLM in 2025 | Maintainer year-end summary (C-grade community first-hand account) |
6.2. Combined Form: Official Reference Architecture of Three-Engine Collaboration
Three-engine collaboration within the NVIDIA ecosystem is already the official reference architecture: the Exemplar Cloud inference benchmark designates a TensorRT-LLM or SGLang backend + Dynamo multi-node orchestration (A grade) — i.e., the combination pattern of "optimal-performance engine + flexible engine + unified scheduling layer," rather than a single engine doing everything. This is the current best-practice form for enterprise-grade inference deployment.
6.3. Selection Conclusions
Third-party comprehensive comparison (Alibaba Cloud developer community report, data as of 2025-10, B grade):
| Scenario | First Choice |
|---|---|
| General balanced / broadest ecosystem | vLLM |
| Multi-turn dialogue and structured generation / Agent scenarios | SGLang |
| Extreme NVIDIA performance | TensorRT-LLM |
| Official Ascend stack | MindIE |
7. Summary
Strengths (ecosystem combined):
- Highest density of L1/L4 innovation: KV Cache management is currently the most active innovation layer in AI Infra, and it spreads quickly in open-source form;
- Interface standardization complete: the OpenAI-compatible API + MLPerf Interactive metrics system constitutes a replaceable de-facto standard;
- Diverse governance models: foundation-neutral (vLLM) and vendor enterprise editions (TensorRT-LLM/MindIE) coexist, selectable by lock-in risk preference.
Weaknesses:
- All scale data is official/repo-reported: "300K GPUs" and "46,500 stars" have no third-party audit;
- High engine-selection complexity: the combination of three engines + a scheduling layer requires the team to have strong operations and tuning capabilities;
- Insufficient transparency of domestic (Chinese) engines: MindIE 3.0.0's new-feature list is missing and the release cadence is opaque.
Applicability boundary: every team that self-hosts inference serving — this ecosystem is currently the only mature "multi-hardware backend + standard interface" option; for agent workloads (structured output, Function Call, multi-turn prefix reuse), SGLang and vLLM-Ascend provide the most direct support.
Selection recommendation: choose the engine by target hardware (NVIDIA → TensorRT-LLM, multi-backend → vLLM, agent-intensive → SGLang, Ascend → MindIE + vLLM-Ascend); use Dynamo/llm-d for unified scheduling when combining multiple engines; include TTFT/TPOT alongside model quality in the service SLA.
Information Gap Declaration
- No independent statistics on the production cluster scale of vLLM/SGLang ("300K GPUs" and "46,500 stars" are official/repo-reported respectively, no third-party audit);
- MindIE 3.0.0's new-feature list is missing (this round only confirmed the version exists);
- Secondary engines such as PopS/TGI/LocalAI are out of scope of this article, only briefly mentioned in their ecosystem niche;
- SGLang's "throughput exceeding vLLM by 2–5×" is community-reported and needs to be verified against actual load.
8. References
- Comprehensive Comparison and Analysis Report of vLLM, SGLang and TensorRT-LLM (data as of 2025-10) — Alibaba Cloud Developer Community, 2025. https://developer.aliyun.com/article/1686693
- PyTorch Foundation Welcomes vLLM as a Hosted Project — PyTorch Official Blog, 2025. https://pytorch.org/blog/pytorch-foundation-welcomes-vllm/
- Introducing NVIDIA Dynamo — NVIDIA Developer, 2025. https://developer.nvidia.com/zh-cn/blog/introducing-nvidia-dynamo-a-low-latency-distributed-inference-framework-for-scaling-reasoning-ai-models/
- MindIE Supported Model List (1.0.RC2) — Ascend Community, 2025-03. https://www.hiascend.com/document/detail/zh/mindie/10RC2/whatismindie/mindie_what_0002.html
- Deep Insight: LLM Inference Capabilities and the MindIE Engine (vLLM-Ascend Ecosystem) — Volcano Engine ADG Community, 2025. https://adg.csdn.net/695251d05b9f5f31781b844f.html
- Serving LLMs for Inference on Huawei Ascend NPU with MindIE and OpenAI-API Service Compatibility — CSDN Technical Practice, 2025-01. https://blog.csdn.net/kelxLZ/article/details/145228443
- vLLM Official Documentation — vLLM Project, 2025. https://docs.vllm.ai
- SGLang Official Documentation — SGLang Project, 2025. https://docs.sglang.ai
- vLLM Core Maintainers' Year-End Summary (PyTorch Foundation governance / Meta migration / Inferact) — WeChat public account "开源大模型主理人", 2026 (community first-hand account, no stable URL for the original).
- NVIDIA Blackwell Ultra MLPerf Debut (TensorRT-LLM/NVFP4 production figures) — NVIDIA, 2025. https://developer.nvidia.com/blog/nvidia-blackwell-ultra-sets-new-inference-records-in-mlperf-debut/