本发明涉及一种互联网技术领域，特别是涉及一种网络服务的优化方法及装置。
背景技术：
随着互联网技术的不断发展，网络服务使人们可以在不同的地方通过不同的终端设备访问WEB上的数据，大大扩展了各种应用服务的用户访问能力。其中，为了将网络服务接入应用服务系统，需要通过接入引擎来实现。
目前，现有的接入引擎是通过建立反向代理服务器Nginx、web server框架FastHttp、以及使用通用开源脚本语言PHP的Yaf(Yet Another Framework)开发框架之间的网络服务架构来实现网络服务的接入，但是，由于PHP语言的解释性特点会导致系统执行速度较慢，且只支持串行系统执行，又无法支持线程运行，降低了网络服务的效率。
技术实现要素：
有鉴于此，本发明提供一种网络服务的优化方法及装置，主要目的在于现有由于PHP语言的解释性特点会导致系统执行速度较慢，且只支持串行系统执行，又无法支持线程运行，降低了网络服务的效率的问题。
依据本发明一个方面，提供了一种网络服务的优化方法，包括：
当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求；
通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统；
建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理。
进一步地，所述当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求之前，所述方法还包括：
根据不同微服务系统对应的业务信息配置包含至少一个业务节点的网络拓扑结构，并根据所述网络拓扑结构与所述业务节点之间的逻辑关系，以及所述网络拓扑结构与所述网络服务请求用于标识互联网资源名称的字符串URI接口之间的对应关系生成配置文件，所述网络拓扑结构与所述配置文件以类storm形式配置于所述Gateway架构层中。
进一步地，所述通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统包括：
根据所述网络服务请求中解析出的URL接口查找匹配的网络拓扑结构，并将所述网络服务请求中携带的业务信息按照所述网络拓扑结构中的业务节点执行对应的业务，确定出所述网络服务请求对应的微服务系统。
进一步地，所述根据不同微服务系统对应的业务信息配置包含至少一个业务节点的网络拓扑结构，并根据所述网络拓扑结构与所述业务节点之间的逻辑关系，以及所述网络拓扑结构与所述网络服务请求用于标识互联网资源名称的字符串URI接口之间的对应关系生成配置文件之后，所述方法还包括：
通过所述网络拓扑结构中业务节点之间的逻辑关系进行业务注册；
当注册成功后，通过预设的Module接口建立网络服务请求连接，以便接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求。
进一步地，所述方法还包括：
接收网络拓扑结构的重组请求；
根据所述重组请求中携带的业务节点的个数信息、顺序信息重组配置文件中的逻辑关系以及对应关系，并根据重组后的配置文件更新存在于架构层中的网络拓扑结构。
进一步地，所述建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理之后，所述方法还包括：
将所述微服务系统根据不同的网络服务请求处理后的数据按照不同的业务信息存储至具有不同存储空间、存储类型的存储位置中。
依据本发明一个方面，提供了一种网络服务的优化装置，包括：
接入单元，用于当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求；
匹配单元，用于通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统；
连接单元，用于建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理。
进一步地，所述装置还包括：
配置单元，用于根据不同微服务系统对应的业务信息配置包含至少一个业务节点的网络拓扑结构，并根据所述网络拓扑结构与所述业务节点之间的逻辑关系，以及所述网络拓扑结构与所述网络服务请求用于标识互联网资源名称的字符串URI接口之间的对应关系生成配置文件，所述网络拓扑结构与所述配置文件以类storm形式配置于所述Gateway架构层中。
进一步地，所述匹配单元，具体用于根据所述网络服务请求中解析出的URL接口查找匹配的网络拓扑结构，并将所述网络服务请求中携带的业务信息按照所述网络拓扑结构中的业务节点执行对应的业务，确定出所述网络服务请求对应的微服务系统。
进一步地，所述装置还包括：
注册单元，用于通过所述网络拓扑结构中业务节点之间的逻辑关系进行业务注册；
建立单元，用于当注册成功后，通过预设的Module接口建立网络服务请求连接，以便接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求。
进一步地，所述装置还包括：
接收单元，用于接收网络拓扑结构的重组请求；
重组单元，用于根据所述重组请求中携带的业务节点的个数信息、顺序信息重组配置文件中的逻辑关系以及对应关系，并根据重组后的配置文件更新存在于架构层中的网络拓扑结构。
进一步地，所述装置还包括：
存储单元，用于将所述微服务系统根据不同的网络服务请求处理后的数据按照不同的业务信息存储至具有不同存储空间、存储类型的存储位置中。
根据本发明的又一方面，提供了一种存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述网络服务的优化方法对应的操作。
根据本发明的再一方面，提供了一种终端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述网络服务的优化方法对应的操作。
借由上述技术方案，本发明实施例提供的技术方案至少具有下列优点：
本发明提供了一种网络服务的优化方法及装置，首先当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求，然后通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统，再建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理。与现有由于PHP语言的解释性特点会导致系统执行速度较慢，且只支持串行系统执行，又无法支持线程运行相比，本发明实施例通过预设的Module接口接入网络服务请求后，以Gateway中的并行组织逻辑确定与网络服务请求对应的微服务系统，实现多网络服务请求并行处理，提高抗压能力，降低负载损耗，从而提高网络服务的效率。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本发明实施例提供的一种网络服务的优化方法流程图；
图2示出了本发明实施例提供的另一种网络服务的优化方法流程图；
图3示出了本发明实施例提供的一种Botl的网络结构示意图；
图4示出了本发明实施例提供的一种业务Botl注册示意图；
图5示出了本发明实施例提供的一种构造业务Botl值运行业务的流程图；
图6示出了本发明实施例提供的一种Gateway架构示意图；
图7示出了本发明实施例提供的一种网络服务的优化装置框图；
图8示出了本发明实施例提供的另一种网络服务的优化装置框图；
图9示出了本发明实施例提供的一种终端示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明实施例提供了一种网络服务的优化方法，如图1所示，所述方法包括：
101、当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求。
其中，所述网络服务请求即是指通过互联网接入当前应用系统时，需要请求的web服务，可以包括不同业务类型的网络服务请求，例如模板服务请求、音乐服务请求、视频服务请求、云控服务请求等，本发明实施例不做具体限定。所述预设的Module接口是指网络服务请求接入引擎所必须实现的接口，具体可以为一种代码协议，专用于为网络服务请求提供协议接口。一般的，反向代理服务器可以为Nginx，在进行解析域名之后进行反向代理，实现网络服务请求的接入。
需要说明的是，由于Module接口可以作为不同功能模块的特定接口，因此，本发明实施例中，为了建立整体的网络服务的优化架构，如定义此架构为Migo，即为一个微服务架构，可以在反向代理服务器Nginx接收到网络服务请求后，将Module接口预先设置为当前实施例中Gateway架构层处理模块的接入接口。
102、通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统。
其中，所述具有并行组织业务逻辑的Gateway架构层为主要处理网络服务请求的框架层，Gateway架构层中包含有业务逻辑，可以将网络服务请求的业务信息与业务逻辑进行匹配，确定出带有业务信息的网络服务请求需要进行处理的微服务系统。另外，所述业务信息包括视频业务、音乐业务、云控业务、模板业务等，本发明实施例不做具体限定。
需要说明的是，本发明实施例的Gateway架构层中，预先配置有一个配置文件conf，用于存储由业务节点Botl组成的多个网络拓扑结构Topology的串联关系及层级关系，以便在接入网络服务请求时，可以根据业务信息对应流经各个Botl，并执行各个单独的Botl，其中，一个Topology可以由1或多个Botl组成，每个Botl负责一个单独的小功能，即处理一个单独的微服务的相关逻辑，本发明实施例不做具体限定。另外，Gateway架构层中通过Http引擎来不同的Fasthttp请求，从而实现多线程执行。
103、建立所述网络服务请求与所述微服务系统之间的通信连接。
其中，所述通信连接可以通过一个高性能、跨语言的远程过程调用协议GRPC来实现，即当网络服务请求确定出待处理的微服务系统后通过GRPC向微服务系统层中的微服务系统发送通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理，加快网络服务的通信效率。
需要说明的是，本发明实施例中，在接入Gateway架构层时，为了使各个微服务系统通过GRPC与Gateway架构层进行跨语言通信，选择Golang语言进行底层实现，便于在已有的基础上快速构建业务。
本发明提供了一种网络服务的优化方法，与现有由于PHP语言的解释性特点会导致系统执行速度较慢，且只支持串行系统执行，又无法支持线程运行相比，本发明实施例通过预设的Module接口接入网络服务请求后，以Gateway中的并行组织逻辑确定与网络服务请求对应的微服务系统，实现多网络服务请求并行处理，提高抗压能力，降低负载损耗，从而提高网络服务的效率。
本发明实施例提供了另一种网络服务的优化方法，如图2所示，所述方法包括：
201、根据不同微服务系统对应的业务信息配置包含至少一个业务节点的网络拓扑结构，并根据所述网络拓扑结构与所述业务节点之间的逻辑关系，以及所述网络拓扑结构与所述网络服务请求用于标识互联网资源名称的字符串URI接口之间的对应关系生成配置文件。
对于本发明实施例，为了最大限度的提高业务响应速度，根据不同微服务系统对应的业务信息配置网络拓扑结构，其中，一个网络拓扑结构Topology中包含至少1个业务节点Botl，若为多个Botl时，可以配置为如图3所示的网络结构，可以将不同串联路径下的Botl划分为同一个层级，同一个层级中的Botl可以并行运行。并且，在Topology内部的各个Botl之间，存在一个Context的结构，用于存储各个Botl的输入数据和输出数据，在一个业务信息按照Topology中的网络拓扑中各个Botl运行完毕后，Gateway会从这个Context中获取最终的输出结果，返回给客户端。
另外，所述网络拓扑结构与所述配置文件以类storm形式配置于所述Gateway架构层中，通过类storm的Topology和Botl两个层级组成，实现Botl的重用，业务组织直接通过配置灵活实现，即将Topology和Botl之间的逻辑关系，以及Topology是否哪些URL接口进行业务处理接入的对应关系写入进配置文件conf中，逻辑关系即为Topology中各个Botl之间的层级关系及连接关系，接入的对应关系即为一个网络服务请求到来后，可以根据其URL确定由哪个Topology来进行业务处理。
需要说明的是，不同业务信息是由不同的微服务系统进行处理，例如，视频类业务需要对应视频微服务系统进行处理，音乐类服务需要对应音乐微服务系统进行处理，从而将提高业务信息的处理效率，本发明实施例不做具体限定。
进一步地，步骤201之后，本发明实施例还包括：通过所述网络拓扑结构中业务节点之间的逻辑关系进行业务注册；当注册成功后，通过预设的Module接口建立网络服务请求连接，以便接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求。
对于本发明实施例，为了将不同的业务节点匹配不同的业务信息，并确保业务处理的安全性，需要对业务节点之间的逻辑关系进行业务注册，以便在注册成功后可以直接进行网络服务请求的接入。如图4所示，业务实现层中的各个业务Botl以及由各个Botl组成的业务模块Topology通过注册的方式使Gateway框架层实现拓扑管理，并建立与Module接口之间的连接关系。进一步地，如图5所示的构造业务Botl运行业务的具体步骤，可以为通过填写业务代码以及实现框架接口来构造业务Botl，然后根据业务Botl的个数及顺序配置网络拓扑结构Topology，进行注册，注册完毕后，构造业务Module接口，通过Module接口可以实现框架模块的接入、业务Botl的重组注册、构造业务Context，然后将业务注册至Gateway架构层中，以便接入网络服务请求后直接运行已经注册的服务，其中，对于Gateway框架层中的注册过程如图5中左侧部分所示，本发明实施例不再进行赘述。
202、当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求。
本步骤与图1所示的步骤101方法相同，在此不再赘述。
203、根据所述网络服务请求中解析出的URL接口查找匹配的网络拓扑结构，并将所述网络服务请求中携带的业务信息按照所述网络拓扑结构中的业务节点执行对应的业务，确定出所述网络服务请求对应的微服务系统。
对于本发明实施例，根据步骤201中配置文件conf中记录有Topology与Botl之间的逻辑关系，以及Topology与所述网络服务请求的URI接口之间的对应关系，因此，可以通过网络服务请求解析出URL接口，一般可以通过HTTP引擎进行解析，然后从conf中的众多Topology中匹配出对应的Topology，并将业务信息作为Botl的输入，运行各个层级的Botl后得到输出，确定出待处理业务的微服务系统。另外，由于Topology都是根据业务方提供的conf进行组织的，不同的业务，其Botl和Topology也不会相同，本发明实施例不做具体限定。
204、建立所述网络服务请求与所述微服务系统之间的通信连接。
本步骤与图1所示的步骤103方法相同，在此不再赘述。
需要说明的是，微服务系统位于微服务层，可以通过具有高性能的Golang来实现不同语言之间的兼容，从而在不同业务里进行重用。为了扩大服务的适用范围，通过配置Golang语言的组件，例如数据库访问、log输出等组件，实现多功能的适用。
205将所述微服务系统根据不同的网络服务请求处理后的数据按照不同的业务信息存储至具有不同存储空间、存储类型的存储位置中。
对于本发明实施例，为了为微服务系统做数据支撑，并及时提取有效数据，在微服务系统处理网络服务请求后，将处理的数据进行特定的存储位置中，由于不同的微服务系统处理的数据的大小、是否需要缓存都不同，因此，可以将数据根据业务特点分别存储至mogo、redis、mysql、qbus中，本发明实施例不做具体限定。
进一步地，本发明实施例还包括：接收网络拓扑结构的重组请求；根据所述重组请求中携带的业务节点的个数信息、顺序信息重组配置文件中的逻辑关系以及对应关系，并根据重组后的配置文件更新存在于架构层中的网络拓扑结构。
对于本发明实施例，由于Topology和Botl是由类storm组成，当变更业务需求时，可以直接对配置文件中的逻辑关系及对应关系进行更改，即重新对Topology中Botl之间的串联及层级关系进行构造，从而得到全新的Topology，又不需要单独构造Botl，实现更改业务需求后的灵活实现。其中，所述重组请求是在业务需求变更后，开发人员为了调整当前网络服务的业务处理范围，向Gateway架构层发送的重组请求，重组请求中携带新业务对应的Topology中Botl的个数信息，串联及层级组成的顺序信息等，从而更改配置文件conf中的逻辑关系及对应关系，然后根据配置文件conf对待更新的Topology进行重组更新，避免修改代码。另外，业务需求变更是指增加或减少微服务系统层中需要进行业务处理的微服务系统，例如，微服务系统层中仅仅包括音乐服务，当业务需求为视频服务时，则需要增加对应的视频微服务系统，并利用现有的Botl进行重组，本发明实施例不做具体限定。
需要说明的是，如图6所示，Gateway架构层中包括了FastHttp、conf、Topology、Botl、GRPC、利用Gateway，业务方可以专注于业务开发而无需关心http通信的细节，从而加快了网络服务的处理速度，通过GRPC与模板服务、音乐服务、视频服务、云控服务等微服务系统进行通信，从而提高网络服务接入引擎的整体性能。另外，当数据存储至存储位置后，还可以根据用户的业务需求将数据写入至分布式系统HDFS或数据仓库HIVE中，本发明实施例不做具体限定。
本发明提供了另一种网络服务的优化方法，本发明实施例通过在Gateway层中配置包含至少一个业务节点Botl的网络拓扑结构Topology，根据网络服务请求中的业务信息确定需要哪个Topology中的Botl执行业务，从而确实待通讯的微服务系统，利用Golang语言实现灵活扩展，高性能地重组Topology中Botl的个数及顺序，从而实现网络服务的灵活性、多样化，又避免了重新修改代码所带来的资源浪费，提高抗压能力，降低负载损耗，从而提高网络服务的效率。
进一步的，作为对上述图1所示方法的实现，本发明实施例提供了一种网络服务的优化装置，如图7所示，该装置包括：接入单元31、匹配单元32、连接单元33。
接入单元31，用于当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求；所述接入单元31为网络服务的优化装置执行当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求的程序模块。
匹配单元32，用于通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统；所述匹配单元32为网络服务的优化装置执行通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统的程序模块。
连接单元33，用于建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理。所述连接单元33为网络服务的优化装置执行建立所述网络服务请求与所述微服务系统之间的通信连接的程序模块。
本发明提供了一种网络服务的优化装置，与现有由于PHP语言的解释性特点会导致系统执行速度较慢，且只支持串行系统执行，又无法支持线程运行相比，本发明实施例通过预设的Module接口接入网络服务请求后，以Gateway中的并行组织逻辑确定与网络服务请求对应的微服务系统，实现多网络服务请求并行处理，提高抗压能力，降低负载损耗，从而提高网络服务的效率。
进一步的，作为对上述图2所示方法的实现，本发明实施例提供了另一种网络服务的优化装置，如图8所示，该装置包括：接入单元41、匹配单元42、连接单元43、配置单元44、注册单元45、建立单元46、接收单元47、重组单元48、存储单元49。
接入单元41，用于当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求；
匹配单元42，用于通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统；
连接单元43，用于建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理。
进一步地，所述装置还包括：
配置单元44，用于根据不同微服务系统对应的业务信息配置包含至少一个业务节点的网络拓扑结构，并根据所述网络拓扑结构与所述业务节点之间的逻辑关系，以及所述网络拓扑结构与所述网络服务请求用于标识互联网资源名称的字符串URI接口之间的对应关系生成配置文件，所述网络拓扑结构与所述配置文件以类storm形式配置于所述Gateway架构层中。
具体的，所述匹配单元42，具体用于根据所述网络服务请求中解析出的URL接口查找匹配的网络拓扑结构，并将所述网络服务请求中携带的业务信息按照所述网络拓扑结构中的业务节点执行对应的业务，确定出所述网络服务请求对应的微服务系统。
进一步地，所述装置还包括：
注册单元45，用于通过所述网络拓扑结构中业务节点之间的逻辑关系进行业务注册；
建立单元46，用于当注册成功后，通过预设的Module接口建立网络服务请求连接，以便接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求。
进一步地，所述装置还包括：
接收单元47，用于接收网络拓扑结构的重组请求；
重组单元48，用于根据所述重组请求中携带的业务节点的个数信息、顺序信息重组配置文件中的逻辑关系以及对应关系，并根据重组后的配置文件更新存在于架构层中的网络拓扑结构。
进一步地，所述装置还包括：
存储单元49，用于将所述微服务系统根据不同的网络服务请求处理后的数据按照不同的业务信息存储至具有不同存储空间、存储类型的存储位置中。
本发明提供了另一种网络服务的优化装置，本发明实施例通过在Gateway层中配置包含至少一个业务节点Botl的网络拓扑结构Topology，根据网络服务请求中的业务信息确定需要哪个Topology中的Botl执行业务，从而确实待通讯的微服务系统，利用Golang语言实现灵活扩展，高性能地重组Topology中Botl的个数及顺序，从而实现网络服务的灵活性、多样化，又避免了重新修改代码所带来的资源浪费，提高抗压能力，降低负载损耗，从而提高网络服务的效率。
根据本发明一个实施例提供了一种存储介质，所述存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的网络服务的优化方法。
图9示出了根据本发明一个实施例提供的一种终端的结构示意图，本发明具体实施例并不对终端的具体实现做限定。
如图9所示，该终端可以包括：处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。
其中：处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。
通信接口504，用于与其它设备比如客户端或其它服务器等的网元通信。
处理器502，用于执行程序510，具体可以执行上述网络服务的优化方法实施例中的相关步骤。
具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。
处理器502可能是中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。终端包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。
存储器506，用于存放程序510。存储器506可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
程序510具体可以用于使得处理器502执行以下操作：
当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求；
通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统；
建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的网络服务的优化方法及装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
本发明的实施例还包括了：
A1、一种网络服务的优化方法，包括：
当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求；
通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统；
建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理。
A2、根据A1所述的方法，所述当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求之前，所述方法还包括：
根据不同微服务系统对应的业务信息配置包含至少一个业务节点的网络拓扑结构，并根据所述网络拓扑结构与所述业务节点之间的逻辑关系，以及所述网络拓扑结构与所述网络服务请求用于标识互联网资源名称的字符串URI接口之间的对应关系生成配置文件，所述网络拓扑结构与所述配置文件以类storm形式配置于所述Gateway架构层中。
A3、根据A2所述的方法，所述通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统包括：
根据所述网络服务请求中解析出的URL接口查找匹配的网络拓扑结构，并将所述网络服务请求中携带的业务信息按照所述网络拓扑结构中的业务节点执行对应的业务，确定出所述网络服务请求对应的微服务系统。
A4、根据A2或A3所述的方法，所述根据不同微服务系统对应的业务信息配置包含至少一个业务节点的网络拓扑结构，并根据所述网络拓扑结构与所述业务节点之间的逻辑关系，以及所述网络拓扑结构与所述网络服务请求用于标识互联网资源名称的字符串URI接口之间的对应关系生成配置文件之后，所述方法还包括：
通过所述网络拓扑结构中业务节点之间的逻辑关系进行业务注册；
当注册成功后，通过预设的Module接口建立网络服务请求连接，以便接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求。
A5、根据A4所述的方法，所述方法还包括：
接收网络拓扑结构的重组请求；
根据所述重组请求中携带的业务节点的个数信息、顺序信息重组配置文件中的逻辑关系以及对应关系，并根据重组后的配置文件更新存在于架构层中的网络拓扑结构。
A6、根据A5所述的方法，所述建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理之后，所述方法还包括：
将所述微服务系统根据不同的网络服务请求处理后的数据按照不同的业务信息存储至具有不同存储空间、存储类型的存储位置中。
B7、一种网络服务的优化装置，包括：
接入单元，用于当通过反向代理服务器接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求；
匹配单元，用于通过具有并行组织业务逻辑的Gateway架构层匹配出所述网络服务请求的业务信息对应的微服务系统；
连接单元，用于建立所述网络服务请求与所述微服务系统之间的通信连接，以使得所述微服务系统根据所述网络服务请求进行业务处理。
B8、根据B7所述的装置，所述装置还包括：
配置单元，用于根据不同微服务系统对应的业务信息配置包含至少一个业务节点的网络拓扑结构，并根据所述网络拓扑结构与所述业务节点之间的逻辑关系，以及所述网络拓扑结构与所述网络服务请求用于标识互联网资源名称的字符串URI接口之间的对应关系生成配置文件，所述网络拓扑结构与所述配置文件以类storm形式配置于所述Gateway架构层中。
B9、根据B8所述的装置，
所述匹配单元，具体用于根据所述网络服务请求中解析出的URL接口查找匹配的网络拓扑结构，并将所述网络服务请求中携带的业务信息按照所述网络拓扑结构中的业务节点执行对应的业务，确定出所述网络服务请求对应的微服务系统。
B10、根据B8或B9所述的装置，所述装置还包括：
注册单元，用于通过所述网络拓扑结构中业务节点之间的逻辑关系进行业务注册；
建立单元，用于当注册成功后，通过预设的Module接口建立网络服务请求连接，以便接收到网络服务请求时，通过预设的Module接口接入所述网络服务请求。
B11、根据B10所述的装置，所述装置还包括：
接收单元，用于接收网络拓扑结构的重组请求；
重组单元，用于根据所述重组请求中携带的业务节点的个数信息、顺序信息重组配置文件中的逻辑关系以及对应关系，并根据重组后的配置文件更新存在于架构层中的网络拓扑结构。
B12、根据B11所述的装置，所述装置还包括：
存储单元，用于将所述微服务系统根据不同的网络服务请求处理后的数据按照不同的业务信息存储至具有不同存储空间、存储类型的存储位置中。
C13、一种存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如A1-A6中任一项所述的网络服务的优化方法对应的操作。
D14、一种终端，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如A1-A6中任一项所述的网络服务的优化方法对应的操作。