执行准入
AI 原生架构execution admission
放行一个受控动作前的最后一道关卡:权限、时效、互斥、版本、现场工况五项检查,任一不过就驳回并留痕。
AI 工程师视角
部署前的准入控制器(admission controller):配置写得再对,集群状态不允许也不放行。
一个候选方案通过了 L 孪生的合规判定,还不代表可以直接下发执行——AIP 在放行前还要过执行准入这道关,逐项检查:
- 权限——发起方是否有权做这件事
- 时效——这个决策依据的信息是否还新鲜,有没有过期
- 互斥——是否会和当前正在执行的其他动作冲突
- 版本——依据的工艺文件、模型版本是否是当前生效版本
- 现场工况——此刻的实时状态是否仍然支持这个动作
任何一项不通过,就整体驳回,并附上具体理由留痕——不是模糊的「拒绝」,而是可追溯、可申诉的结构化记录。
执行准入和 DAS 层的前置校验构成上下两道防线:执行准入在业务 / 治理层拦截不该放行的决策,DAS 前置校验在物理交互前再拦一次参数与工艺区间——即便准入这一关判断有误,DAS 层还有最后兜底。
出现在架构页