接口管理平台解决方案

简介

市面上成熟的接口管理平台

1. EasyApi
2. eolinker
3. Yapi
4. NEI 网易
5. doclever 功能较全 mockjs
6. apizza
7. RAP 阿里
8. 微服务之流的：swagger RestCloud APi

产品分析比对

基本功能：
项目管理 文档管理 api注册申请 api测试 api自动化测试 api监控 api告警 环境切换
Mock Server 与 正式环境Server切换
Mock服务端返回数据、编写返回数据文档，自动生成mock 数据(减少连调等待时间)
不足：
1.业务赋能不足
感觉未对接口的额外客观数据进行分析，没有对接口质量有一个直观的评价展示，没有相应的数据+>比如说我要改动某一个字段，这个字段他的生存周期，从什么版本开始，他的使用交互频率，是否会有哪些影响等等。。。。。基本是根据业务的熟悉程度，review代码来查看，容易出现漏掉某一个方面的影响
2.质量数据不形象，不生动
3.无法把相关人员很好的聚合

4. 各业务之间，联调管控无法度量

基于业务ROI -> 让业务效率提升

1. 如何从立项，开发，迭代，上线整个过程中把控接口质量，通过哪些流程或者接口数据分析产生的权重来量化接口的质量？

基于字段的维度，字段生命周期可视化
运营赋能
痛点：当涉及业务变更，系统升级改造，需要人为非常繁杂的梳理枚举字段，并判断字段的影响面，再已邮件周知各业务方，费时费力，也有可能造成影响面的遗漏，还要费力的翻找邮件

1. 接口强管理，新接口申请、 字段增删改查申请，能够前置的分析可行性，驳回(驳回原因)，同意，减少会议上沟通还需线下再次确定的时间
2. 接口使用时长,接口使用率,接口字段使用率,结构字段调用方
3. 接口字段的改动频率,如多个版本周期内新增字段，删除字段，改动字段
4. 接口版本控制逻辑，涉及的版本号
5. 接口逻辑的覆盖程度

基于业务方调用

1. 调用方申请记录
2. 记录接口的调用方 分析调用方
3. 调用自动添加监控

2. 接口规范化 流程可视化 管理化

不只是简单的文档管理，或者是其他大同小异的工具

3. 如何通过接口管理平台，给予服务端项目整体人员赋能

1. 定义domain结构(描述) -> 生成domain jar包

2. 字段设计法则，建议，杜绝等
   等等

3. 字段逻辑映射等

4. 字段在业务使用时，常见的取值与赋值，比如说值情况是否会为null

4. ??代码可视化思路??，让查阅代码像阅读一般
   其他等

4. 难点痛点

5. 各赋能整合管理，价值实现

6. 迭代计划

平台Saas化，模块租户之间相互隔离

第一阶段 人有我有
第二阶段 人无我有

1. 细粒度周期追踪
2. 联调管控
   第三阶段 聚合赋能
   持续规划 对于产品，开发，运营，调用方，boss....面谈或其他方式收集需求
   如何与代码更好的映射？
   如何更好地进行精准化测试，目前主要以业务及代码的熟悉度进行分析，能力不能很好地复用

模块划分：

1. 接口注册申请(权限调用)--源头结构化
2. 生命周期管控
3. 业务追踪管控
4. 联调管控
5. 自动化
   1. 数据获取，数据扭转
   2. 自动生成
6. 权限管理