返回工程笔记

4ROUTER / 弹性服务

把推理组织为弹性服务

从一个运行进程,到有明确边界的服务。

工程笔记

划定服务的责任

面向调用方,服务需要说明输入格式、流式行为、超时和错误。面向运行端,则需要说明模型加载、并发限制、健康状态和关闭流程。将两侧边界写清楚,才能在副本变化时保持一致的调用体验。

区分存活与可用

进程启动不代表模型已经可接受请求。下载权重、加载到设备和必要的预热都可能仍在进行。就绪检查应反映服务是否能够接收新请求;关闭时应先停止接收,再处理或明确终止在途请求。

扩容需要提前量

扩容信号可以参考队列等待、活跃请求与资源余量,但副本启动需要时间。保留热容量与按需启动之间存在成本和等待的取舍。对外应说明具体部署的边界,而不把按需运行等同于随时无等待。

实施前需要确认

  • 调用与错误契约
  • 就绪和关闭行为
  • 冷启动与热容量策略

参考资料

Kubernetes · Container probes

4ROUTER / 系统研究

深入机制与实验设计

理解算子、KV 状态与调度怎样共同决定一条推理路径。

在 Resources 中阅读系统笔记
GEMM / KERNELS

从算子到服务:cuBLAS 与 cuDNN

先识别限制执行的资源,再选择算子实现。

STATE / CAPACITY

KV cache:从张量形状到容量预算

上下文长度是一个随并发增长的状态预算。

TIERS / TRANSFER

LMCache:把 KV 状态放进存储层级

少算一次 prefill,要先付一次状态访问的成本。

聊聊你的基础设施需求。

接入平台,或讨论模型、性能与部署方案。