1. 需求

希望能够通过AI中台已有的密钥自己集成微软服务,而不是通过调用AI云中台接口的方式实现,理由主要有如下几点:

  • 避免拉长服务链路

通过调用AI云中台的接口,然后AI云中台再去调用微软的服务,这比我们直接集成调用微软服务的链路就多了一层,可能会进而拉长接口的响应时长。以下是测试后,得出的大概的两个不同链路的请求时间差别大概在0.5s左右:

image

  • 接口响应数据存在差别

自己集成微软服务,可以拿到微软服务接口原始的响应数据,业务层可以自做取舍,这与调用AI云中台接口层的响应数据会存在差别,可能AI云中台对数据有另外做了处理。举如下数据例子。

AI云中台文档解析接口:

image微软服务文档解析接口:

image

AI云中台文档搜索接口:

image

微软服务文档搜索接口:

image

  • 服务自主可控,避免多层业务监控和技术介入

自己集成微软服务,当服务异常时,业务层监控可以立马感知并独自完成修复,避免需要依赖到AI云中台的监控和AI云侧的技术修复