网络优化加速方法和装置的制造方法
【技术领域】
[0001]本发明实施例涉及网络通信领域，尤其涉及一种网络优化加速方法和装置。
【背景技术】
[0002]在互联网时代，把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用，这种行为被称为开放网站的应用程序编程接口(英文Applicat1nProgramming Interface，缩写:API)，目前，API的开发和使用量正在飞速增长，大量的API访问会造成网络的拥塞，产生较大的API调用时延，引起用户体验的严重下降。目前一般采用部署API管理服务器集群的方式实现并发访问API解决API管理的瓶颈问题，可以一定程度上缓解API调用时延问题，但是在广域网(英文:Wide Area Network，缩写:WAN)中的拥塞问题并没有解决，特别是在服务提供商和调用访问API的用户处于异地的情况下会出现很大的广域网时延，同时，由于API管理服务器管理的API大多是通过厚重的超文本传送协议(英文:Hyper Text Transfer Protocol，缩写:HTTP)封装的，虽然保证了 API的灵活可定制但同时也增加了网络传输的时间成本。
[0003]对于架构为用户端-广域网-API管理服务器-广域网-后端服务器的网络，其时延主要包括:一、后端服务器处理的时间(因服务不同而不同)；二、API管理服务器编解码带来的时延；三、数据传输时广域网的网络时延。对于第一部分，通过对后端服务器的升级优化来减小时延；对于第二部分，通过扩容API管理服务器以减小时延；对于第三部分，目前，现有的技术方案是通过广域网中的广域网优化控制器(英文:WAN Optimizat1nControlIer，缩写WOC)感知传输的数据类型选取对应的网络优化算法来减小传输的时延，存在以下问题:由于WOC是通过检测报文中的内容类型(英文:content-type)来感知数据类型，感知过程本身会引入新的时延，同时感知的准确度不高，进而可能会由于选择不合适的网络优化算法带来新的时延。
【发明内容】
[0004]本发明实施例提供的网络优化加速方法和装置，可以解决现有技术方案中存在的广域网数据传输时延较长的问题。
[0005]第一方面，本发明实施例提供一种网络优化加速方法，所述方法包括:
[0006]应用程序编程接口 API管理服务器获取API的类型信息；
[0007]所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略；
[0008]所述API管理服务器向广域网优化控制器WOC下发所述处理策略，所述处理策略用于指示所述WOC对所述API待处理的数据进行相应的处理。结合第一方面，在第一种可能的实现方式中，所述API管理服务器获取API的类型信息包括:
[0009]所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息，其中，所述类型信息包括以下至少一种:内容类型、API类型、业务类型。
[0010]结合第一方面，在第二种可能的实现方式中，所述API管理服务器获取API的类型信息包括:
[0011]所述API管理服务器通过读取API的服务配置，获取所述API初始的类型信息，其中，所述类型信息包括以下至少一种:内容类型、API类型、业务类型；
[0012]所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息；
[0013]若所述确定的所述API的类型信息与所述获取的所述API初始的类型信息不相同，则根据所述确定的所述API的类型信息对所述获取的所述API初始的类型信息进行校正得到校正后的所述API的类型信息。
[0014]结合第一方面的第一种或第二种可能的实现方式，在第三种可能的实现方式中，当所述API的类型信息为内容类型时，其中，所述内容类型包括:已压缩型或未压缩型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括:
[0015]所述API管理服务器通过内容类型字段content-type检测以确定所述内容类型；
[0016]若检测到所述报文信息的内容为已经压缩处理过的数据；则确定所述内容类型为所述已压缩型；若检测到所述报文信息的内容为未经压缩处理过的数据，则确定所述内容类型为所述未压缩型。
[0017]结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括:
[0018]若所述内容类型为所述未压缩型，则确定对所述API待处理的数据的处理策略为进行压缩；若所述内容类型为所述已压缩型，则确定对所述API待处理的数据的处理策略为不进行压缩。
[0019]结合第一方面的第一种或第二种可能的实现方式，在第五种可能的实现方式中，当所述API的类型信息为API类型时，其中，所述API类型包括:即时消费型或查询型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括:
[0020]所述API管理服务器根据所述预设时间段的所述API的报文信息中上行请求内容相同的上行请求的次数与所有上行请求的次数的第一比值以及第一预设条件来确定所述API类型；若所述第一比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型；或者，
[0021]所述API管理服务器根据所述预设时间段的所述API的报文信息中下行响应内容相同的下行响应的次数与所有下行响应的次数的第二比值以及所述第一预设条件来确定所述API类型；若所述第二比值满足所述第一预设条件，则确定所述API类型为所述查询型，否则确定所述API类型为所述即时消费型。
[0022]结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括:
[0023]若所述API类型为所述查询型，则确定对所述API待处理的数据的处理策略为进行缓存；
[0024]若所述API类型为所述即时消费型，则确定对所述API待处理的数据的处理策略为不进行缓存。
[0025]结合第一方面的第一种或第二种可能的实现方式，在第七种可能的实现方式中，当所述API的类型信息为业务类型时，其中，所述业务类型包括:任务下发型或资源传输型；所述API管理服务器根据预设时间段的所述API的报文信息确定所述API的类型信息包括:
[0026]所述API管理服务器根据所述预设时间段的所述API的报文信息中的下行数据量与上行数据量的比值以及第二预设条件确定所述业务类型；
[0027]若所述下行数据量与上行数据量的比值满足所述第二预设条件，则确定所述业务类型为所述任务下发型，否则确定所述业务类型为所述资源传输型。
[0028]结合第一方面的第七种可能的实现方式，在第八种可能的实现方式中，所述API管理服务器根据所述API的类型信息确定对所述API待处理的数据的处理策略包括:
[0029]若所述业务类型为所述任务下发型，则确定对所述API待处理的数据的处理策略为进行去重；
[0030]若所述业务类型为所述资源传输型，则确定对所述API待处理的数据的处理策略为不进行去重。
[0031]第二方面，本发明实施例提供一种应用程序编程接口 API管理服务器，所述服务器包括:
[0032]获取单元，用于获取API的类型信息；
[0033]确定单元，用于根据所述获取单元获取的所述API的类型信息确定对所述API待处理的数据的处理策略；
[0034]下发单元，用于向广域网优化控制器WOC下发所述确定单元确定的所述处理策略，所述处理策略用于指示所述WOC对所述API待处理的数据进行相应的处理。
[0035]结合第二方面，在第一种可能的实现方式中，所述获取单元包括:
[0036]确定子单元，根据预设时间段的所述API的报文信息确定所述API的类型信息，其中，所述类型信息包括以下至少一种:内容类型、API类型、业务类型。
[0037]结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述获取单元还包括:
[0038]读取子单元，用于通过读取API的服务配置，获取所述API初始的类型信息，其中，所述类型信息包括以下至少一种:内容类型、API类型、业务类型；
[0039]校正子单元，用于若所述确定子单元确定的所述API的类型信息与所述读取子单元获取的所述API初始的类型信息不相同，则根据所述确定子单元确定的所述API的类型信息对所述读取子单元获取的所述API初始的类型信息进行校正得到校正后的所述API的类型信息。
[0040]结合第二方面的第一种或第二种可能的实现方式，在第三种可能的实现方式中，所述确定子单元具体用于:
[0041]当所述API的类型信息为内容类型时，其中，所述内容类型包括:已压