[发明专利]网络优化加速方法和装置

说明书

技术领域

本发明实施例涉及网络通信领域，尤其涉及一种网络优化加速方法和装置。

背景技术

在互联网时代，把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用，这种行为被称为开放网站的应用程序编程接口(英文：Application Programming Interface，缩写：API)，目前，API的开发和使用量正在飞速增长，大量的API访问会造成网络的拥塞，产生较大的API调用时延，引起用户体验的严重下降。目前一般采用部署API管理服务器集群的方式实现并发访问API解决API管理的瓶颈问题，可以一定程度上缓解API调用时延问题，但是在广域网(英文：Wide Area Network，缩写：WAN)中的拥塞问题并没有解决，特别是在服务提供商和调用访问API的用户处于异地的情况下会出现很大的广域网时延，同时，由于API管理服务器管理的API大多是通过厚重的超文本传送协议(英文：Hyper Text Transfer Protocol，缩写：HTTP)封装的，虽然保证了API的灵活可定制但同时也增加了网络传输的时间成本。

对于架构为用户端-广域网-API管理服务器-广域网-后端服务器的网络，其时延主要包括：一、后端服务器处理的时间(因服务不同而不同)；二、API管理服务器编解码带来的时延；三、数据传输时广域网的网络时延。对于第一部分，通过对后端服务器的升级优化来减小时延；对于第二部分，通过扩容API管理服务器以减小时延；对于第三部分，目前，现有的技术方案是通过广域网中的广域网优化控制器(英文：WAN Optimization Controller，缩写WOC)感知传输的数据类型选取对应的网络优化算法来减小传输的时延，存在以下问题：由于WOC是通过检测报文中的内容类型(英文：content-type)来感知数据类型，感知过程本身会引入新的时延，同时感知的准确度不高，进而可能会由于选择不合适的网络优化算法带来新的时延。

发明内容

本发明实施例提供的网络优化加速方法和装置，可以解决现有技术方案中存在的广域网数据传输时延较长的问题。

第一方面，本发明实施例提供一种网络优化加速方法，所述方法包括：

应用程序编程接口API管理服务器获取API的类型信息；

所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略；

所述API管理服务器向广域网优化控制器WOC下发所述处理策略，所述处理策略用于指示所述WOC对所述API待处理的数据进行相应的处理。结合第一方面，在第一种可能的实现方式中，所述API管理服务器获取API的类型信息包括：

所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型。

结合第一方面，在第二种可能的实现方式中，所述API管理服务器获取API的类型信息包括：

所述API管理服务器通过读取API的服务配置，获取所述API初始的类型信息，其中，所述类型信息包括以下至少一种：内容类型、API类型、业务类型；

所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息；

若所述确定的所述API的类型信息与所述获取的所述API初始的类型信息不相同，则根据所述确定的所述API的类型信息对所述获取的所述API初始的类型信息进行校正得到校正后的所述API的类型信息。

结合第一方面的第一种或第二种可能的实现方式，在第三种可能的实现方式中，当所述API的类型信息为内容类型时，其中，所述内容类型包括：已压缩型或未压缩型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括：

所述API管理服务器通过内容类型字段content-type检测以确定所述内容类型；

若检测到所述报文信息的内容为已经压缩处理过的数据；则确定所述内容类型为所述已压缩型；若检测到所述报文信息的内容为未经压缩处理过的数据，则确定所述内容类型为所述未压缩型。

结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括：

若所述内容类型为所述未压缩型，则确定对所述API待处理的数据的处理策略为进行压缩；若所述内容类型为所述已压缩型，则确定对所述API待处理的数据的处理策略为不进行压缩。