【待评审】新增 MultipartUri 后缀定制化项和配置项

Interface SIG Interface评审
1

背景

前置评审

本次增评

  1. 当前 openUBMC 在处理带有 multipart/form-data 类型的 http 请求时，均需要通过手写的 Controller 进行处理（如果是定制的 URI 则需要单独定制 app 进行实现）
  2. 当前 Redfish MultipartHttpPushUri 在实际使用过程中存在定制的场景，上次评审使用资源协作接口可写的属性进行定制，由于此种方式依赖定制 app 的设置，会有启动时序依赖；同时 Redfish Controller 中 URI 是启动之后不可动态更改的（路由机制），因此上述处理会存在定制失效的风险。

关联ISSUE

（可选）此议题关联的代码仓的issue链接。（提交议题时删除此引导说明）

整体方案

（可选）简要描述此议题关联的整体方案，包括但不限于逻辑架构、组件依赖关系、交互上下文。（提交议题时删除此引导说明）

评审点

（必选）一句话概括描述待评审的内容。（提交议题时删除此引导说明）

详细描述

（必选）详细描述接口设计，多种备选设计时需要以表格的方式对比优缺点，包括但不限于可扩展性、可裁剪性、可维护性、性能等维度， 具体格式参考下面的场景。（提交议题时删除此引导说明）

  • 场景1：新增/变更redfish接口（URI，属性名称/类型/取值范围，Action名称/参数，权限，Message） >> 点击此处获取 Redfish 接口评审模板
  • 场景2：新增/变更webrest接口（URI，属性名称/类型/取值范围，Action名称/参数，权限，Message）
  • 场景3：新增/变更IPMI命令（命令字，请求/响应参数，权限，响应码） >> 点击此处获取 IPMI 接口评审模板
  • 场景4：新增/变更CLI命令（命令字，参数名称/类型/取值范围，权限，回显格式/内容）
  • 场景5：新增/变更SNMP接口（MIB OID名称/类型/取值范围，权限，响应码）
  • 场景6：新增/变更资源协作接口（path，interface，property，method，signal，错误消息） >> 点击此处获取资源协作接口评审模板
  • 场景7：新增/变更出厂定制化项、配置导入导出项（名称/类型/取值范围，默认处理）

评审结论

（必选）针对决策点，详细描述最终结论，不能是简单的同意或不同意，通过或不通过。（提交议题时删除此引导说明）

正面示例：
同意redfish接口/redfish/v1/XXXXX的GET操作响应体增加如下属性
(详细描述属性名称、属性取值类型、取值范围、约束等)
或
不同意新增资源协作接口XXXXX
或
不同意资源协作接口XXX新增XX属性/方法

反面示例：
通过，同意新增接口

遗留问题

（可选）列出评审会议现场无法直接给出明确结论的事务，会后确认清楚之后要在此处录入明确的结论，如不涉及，则可以写无或删除此部分。参考格式如下：（提交议题时删除此引导说明）
1、需要确认XXX
结论：