1. 需求
希望能够通过AI中台已有的密钥自己集成微软服务,而不是通过调用AI云中台接口的方式实现,理由主要有如下几点:
- 避免拉长服务链路
通过调用AI云中台的接口,然后AI云中台再去调用微软的服务,这比我们直接集成调用微软服务的链路就多了一层,可能会进而拉长接口的响应时长。以下是测试后,得出的大概的两个不同链路的请求时间差别大概在0.5s左右:
- 接口响应数据存在差别
自己集成微软服务,可以拿到微软服务接口原始的响应数据,业务层可以自做取舍,这与调用AI云中台接口层的响应数据会存在差别,可能AI云中台对数据有另外做了处理。举如下数据例子。
AI云中台文档解析接口:
微软服务文档解析接口:
AI云中台文档搜索接口:
微软服务文档搜索接口:
- 服务自主可控,避免多层业务监控和技术介入
自己集成微软服务,当服务异常时,业务层监控可以立马感知并独自完成修复,避免需要依赖到AI云中台的监控和AI云侧的技术修复
暂无评论,快来抢沙发!