简介
市面上成熟的接口管理平台
- EasyApi
- eolinker
- Yapi
- NEI 网易
- doclever 功能较全 mockjs
- apizza
- RAP 阿里
- 微服务之流的：swagger RestCloud APi
产品分析比对
基本功能：
项目管理 文档管理 api注册申请 api测试 api自动化测试 api监控 api告警 环境切换
Mock Server 与 正式环境Server切换
Mock服务端返回数据、编写返回数据文档，自动生成mock 数据(减少连调等待时间)
不足：
1.业务赋能不足
感觉未对接口的额外客观数据进行分析，没有对接口质量有一个直观的评价展示，没有相应的数据+>比如说我要改动某一个字段，这个字段他的生存周期，从什么版本开始，他的使用交互频率，是否会有哪些影响等等。。。。。基本是根据业务的熟悉程度，review代码来查看，容易出现漏掉某一个方面的影响
2.质量数据不形象，不生动
3.无法把相关人员很好的聚合
- 各业务之间，联调管控无法度量
基于业务ROI -> 让业务效率提升
1. 如何从立项，开发，迭代，上线整个过程中把控接口质量，通过哪些流程或者接口数据分析产生的权重来量化接口的质量？
基于字段的维度，字段生命周期可视化
运营赋能
痛点：当涉及业务变更，系统升级改造，需要人为非常繁杂的梳理枚举字段，并判断字段的影响面，再已邮件周知各业务方，费时费力，也有可能造成影响面的遗漏，还要费力的翻找邮件
- 接口强管理，新接口申请、 字段增删改查申请，能够前置的分析可行性，驳回(驳回原因)，同意，减少会议上沟通还需线下再次确定的时间
- 接口使用时长,接口使用率,接口字段使用率,结构字段调用方
- 接口字段的改动频率,如多个版本周期内新增字段，删除字段，改动字段
- 接口版本控制逻辑，涉及的版本号
- 接口逻辑的覆盖程度
基于业务方调用
- 调用方申请记录
- 记录接口的调用方 分析调用方
- 调用自动添加监控
2. 接口规范化 流程可视化 管理化
不只是简单的文档管理，或者是其他大同小异的工具
3. 如何通过接口管理平台，给予服务端项目整体人员赋能
定义domain结构(描述) -> 生成domain jar包
字段设计法则，建议，杜绝等
等等字段逻辑映射等
字段在业务使用时，常见的取值与赋值，比如说值情况是否会为null
- ??代码可视化思路??，让查阅代码像阅读一般
其他等
4. 难点痛点
5. 各赋能整合管理，价值实现
6. 迭代计划
平台Saas化，模块租户之间相互隔离
第一阶段 人有我有
第二阶段 人无我有
- 细粒度周期追踪
- 联调管控
第三阶段 聚合赋能
持续规划 对于产品，开发，运营，调用方，boss....面谈或其他方式收集需求
如何与代码更好的映射？
如何更好地进行精准化测试，目前主要以业务及代码的熟悉度进行分析，能力不能很好地复用
模块划分：
- 接口注册申请(权限调用)--源头结构化
- 生命周期管控
- 业务追踪管控
- 联调管控
- 自动化
- 数据获取，数据扭转
- 自动生成
- 权限管理
