一种互联网架构评价方法及装置
技术领域
本发明涉及计算机技术领域，尤其是涉及计算机软件运维技术领域，具体涉及一种互联网架构评价方法及装置。
背景技术
随着互联网应用的普及，面对互联网应用的高并发量，高性能，高可用的急切需求，爆发式的客户量和业务的复杂性导致系统越来越复杂，导致生产故障频频发生，运维压力与日俱增，给现有技术中的运维方式带来了前所未有的冲击。在这种情况下，高可用优化改造项目应声而起，而项目的推进需要统一的标准，如何准确识别系统的薄弱点和对系统进行统一的高可用评价标准正是解决该问题的关键点。
目前高可用性的架构评价业界没有统一的标准，市面上对系统高可用架构的评价系统尚处于空白，更没有将系统的生态情况现状和高可用评价相结合的系统。需要一个有直观的、实时的、科学的系统指导现有的系统以迭代等形式进行高可用改造项目。另一方面，互联网节点部署规模庞大，其间涉及众多各类专业系统，缺乏统一的可视化分析视图。随着应用的逻辑复杂度增加，问题防范要提前。如何动态弹性的识别出系统的薄弱点，根据系统的高可用级别提出高可用改造的建议势在必行。
发明内容
针对现有技术中的问题，本发明提供的互联网架构评价方法及装置，通过结合全链路监控技术，实现了对互联网够的有效评价，并具有较高的可扩展性。
为解决上述技术问题，本发明提供以下技术方案：
第一方面，本发明提供一种互联网架构评价方法，包括：
接收客户的请求数据；
响应于所述请求数据，利用互联网架构内的节点探针收集所述请求数据的每一跳信息；
根据所述每一跳信息生成路由拓扑结构图；
根据所述路由拓扑结构图以及预先生成的评价模型评价所述互联网架构。
一实施例中，生成所述评价模型的步骤包括：
根据网络接入类型、应用层类型以及数据层类型确定所述评价模型的架构类型；
根据所述互联网架构中多个数据库之间的距离确定所述评价模型的容灾类型；
根据所述互联网架构中数据库的数量确定所述评价模型的运行类型；
根据所述架构类型、所述容灾类型以及所述运行类型生成多个所述评价模型，并确定所述评价模型所对应的评价结果。
一实施例中，所述根据所述路由拓扑结构图以及预先生成的评价模型评价所述互联网架构，包括：
在所述多个评价模型中查找与所述互联网架构对应的评价模型；
根据所述对应的评价模型所对应的评价结果评价所述互联网架构。
一实施例中，所述根据所述每一跳信息生成路由拓扑结构图包括：
根据所述每一跳信息记录所述请求数据的父子节点信息；
将所述父子节点信息输入至图数据库中，以生成路由拓扑结构图。
一实施例中，所述父子节点信息由kafka消息队列传输。
第二方面，本发明提供一种互联网架构评价装置，包括：
数据接收单元，用于接收客户的请求数据；
信息收集单元，用于响应于所述请求数据，利用互联网架构内的节点探针收集所述请求数据的每一跳信息；
结构图生成单元，用于根据所述每一跳信息生成路由拓扑结构图；
架构评价单元，用于根据所述路由拓扑结构图以及预先生成的评价模型评价所述互联网架构。
一实施例中，互联网架构评价装置还包括模型生成单元，用于生成所述评价模型，所述模型生成单元包括：
架构类型确定模块，用于根据网络接入类型、应用层类型以及数据层类型确定所述评价模型的架构类型；
容灾类型确定模块，用于根据所述互联网架构中多个数据库之间的距离确定所述评价模型的容灾类型；
运行类型确定模块，用于根据所述互联网架构中数据库的数量确定所述评价模型的运行类型；
评价结果确定模块，用于根据所述架构类型、所述容灾类型以及所述运行类型生成多个所述评价模型，并确定所述评价模型所对应的评价结果。
一实施例中，所述架构评价单元包括：
模型查找模块，用于在所述多个评价模型中查找与所述互联网架构对应的评价模型；
架构评价模块，用于根据所述对应的评价模型所对应的评价结果评价所述互联网架构；
所述结构图生成单元包括：
节点信息记录模块，用于根据所述每一跳信息记录所述请求数据的父子节点信息；
结构图生成模块，用于将所述父子节点信息输入至图数据库中，以生成路由拓扑结构图；
所述父子节点信息由kafka消息队列传输。
第三方面，本发明提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现互联网架构评价方法的步骤。
第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现互联网架构评价方法的步骤。
从上述描述可知，本发明实施例提供的互联网架构评价方法及装置，首先接收客户的请求数据；响应于请求数据，利用互联网架构内的节点探针收集请求数据的每一跳信息；接着根据每一跳信息生成路由拓扑结构图；最后根据路由拓扑结构图以及预先生成的评价模型评价互联网架构。本发明实现了对互联网够的有效评价，并具有较高的可扩展性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例的一种互联网架构评价系统的第一种结构示意图；
图2为本申请实施例的一种互联网架构评价系统的第二种结构示意图；
图3为本发明的实施例中互联网架构评价方法流程示意图；
图4为本发明的实施例中生成评价模型的流程示意图；
图5为本发明的实施例中步骤400的流程示意图；
图6为本发明的实施例中步骤300的流程示意图；
图7为本发明的具体应用实例中互联网架构评价装置的结构示意图；
图8为本发明的具体应用实例中互联网架构评价方法的流程示意图；
图9为本发明的实施例中互联网架构评价装置的结构框图一；
图10为本发明的实施例中互联网架构评价装置的结构框图二；
图11为本发明的实施例中模型生成单元的结构框图；
图12为本发明的实施例中架构评价单元的结构框图；
图13为本发明的实施例中结构图生成单元的结构框图；
图14为本发明的实施例中的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请提供一互联网架构评价系统，参见图1，该系统可以为一种服务器A1，该服务器A1可以与多个请求数据接收端B1通信连接，服务器A1还可以与多个数据库分别通信连接，或者如图2所示，这些数据库也可以之间设置在服务器A1中。其中，请求数据接收端B1用于接收客户的请求数据。服务器A1在收取请求数据之后，对该请求数据发送至对应的子系统，并对该子系统(互联网架构)进行评价，并将评价结果通过客户端C1显示给运维人员。
可以理解的是，客户端C1可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中，智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。
在实际应用中，进行互联网架构评价的部分可以在如上述内容的服务器A1侧执行，即，如图1或图2所示的架构，也可以所有的操作都在客户端C1设备中完成。具体可以根据客户端设备的处理能力，以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在客户端设备中完成，客户端设备还可以包括处理器，用于进行对互联网架构评价结果的处理等操作。
上述的客户端C1设备可以具有通信模块(即通信单元)，可以与远程的服务器进行通信连接，实现与服务器的数据传输。服务器可以包括互联网架构评价一侧的服务器，其他的实施场景中也可以包括中间平台的服务器，例如与互联网架构评价服务器有通信链接的第三方服务器平台的服务器。服务器可以包括单台计算机设备，也可以包括多个服务器组成的服务器集群，或者分布式装置的服务器结构。
服务器与客户端设备之间可以使用任何合适的网络协议进行通信，包括在本申请提交日尚未开发出的网络协议。网络协议例如可以包括TCP/IP协议、UDP/IP协议、HTTP协议、HTTPS协议等。当然，网络协议例如还可以包括在上述协议之上使用的RPC协议(RemoteProcedure Call Protocol，远程过程调用协议)、REST协议(Representational StateTransfer，表述性状态转移协议)等。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
本发明的实施例提供一种互联网架构评价方法的具体实施方式，参见图3，该方法具体包括如下内容：
步骤100：接收客户的请求数据。
步骤200：响应于所述请求数据，利用互联网架构内的节点探针收集所述请求数据的每一跳信息。
具体地，用户发起请求，服务器接收请求后，发起调用(如果该服务器下设子系统时，则向子系统发起调用)，，最后返回给用户，每一跳信息都通过节点探针都反馈给收集器。可以理解的是，这里的节点探针是定制的信息采集设备。探针特指设备通信过程中的一种信号帧，即Probe Request，这种类型的报文专门用来请求终端(笔记本、智能手机等能够连接网络的设备)周围的信号，然后由放出信号的设备如无线路由器、无线AP等设备用Probe Response报文给予回复。
步骤300：根据所述每一跳信息生成路由拓扑结构图。
可以理解的是，步骤300中的路由拓扑结构图也成网络拓扑结构图，是指用传输媒体把计算机等各种设备互相连接起来的物理布局，是指互连过程中构成的几何形状，它能表示出网络服务器、工作站的网络配置和互相之间的连接。网络拓扑结构可按形状分类，分别有：星型、环型、总线型、树型、总线/星型和网状型拓扑结构。这里以星型拓扑结构为例，星型拓扑结构将各个节点与中心节点连接，呈现出放射状排列，通过中心节点对全网的通信进行控制。总线型计算机网络拓扑结构主要是通过一条高速主干电缆对周围节点进行连接。环型计算机网络拓扑结构可以对节点收尾的信息进行循环，形成闭合的环型线路，提高单项传输的完整性。树型计算机网络拓扑结构可以保证两节点之间的无回路传输，保证计算机网络拓扑结构扩充的方便性。网状型计算机网络拓扑结构将节点之间的线路进行网状连接，有效提高了线路之间信息传递的可靠性。另外，根据步骤300中所生成的路由拓扑结构图可以识别单节点，耗时长的路径和节点，吞吐量骤降等高可用问题，进而实现高可用架构检测和优化。
步骤400：根据所述路由拓扑结构图以及预先生成的评价模型评价所述互联网架构。
具体地，将探测获取的路由拓扑结构图，与高可用架构模型进行对比，以进行架构评价。
从上述描述可知，本发明实施例提供的互联网架构评价方法，首先接收客户的请求数据；响应于请求数据，利用互联网架构内的节点探针收集请求数据的每一跳信息；接着根据每一跳信息生成路由拓扑结构图；最后根据路由拓扑结构图以及预先生成的评价模型评价互联网架构。本发明实现了对互联网够的有效评价，并具有较高的可扩展性。
一实施例中，互联网架构评价方法还包括以下步骤：生成所述评价模型，进一步地，参见图4，生成所述评价模型的步骤包括：
步骤501：根据网络接入类型、应用层类型以及数据层类型确定所述评价模型的架构类型；
步骤502：根据所述互联网架构中多个数据库之间的距离确定所述评价模型的容灾类型；
步骤503：根据所述互联网架构中数据库的数量确定所述评价模型的运行类型；
步骤504：根据所述架构类型、所述容灾类型以及所述运行类型生成多个所述评价模型，并确定所述评价模型所对应的评价结果。
在步骤501至步骤504中，具体地，可以根据以下步骤生成多个评价模型：
步骤一：根据建立的异地双活的架构模型。网络层面满足网络本地、异地接入。应用层满足异地双活，数据层分片满足双活。可使用模板，也可以自主建立，或者在模板上进行修改。
步骤二：判断请求是否满足Web服务器或应用服务器的IP是否满足本地、异地部署，如果满足该条件，继续下面的步骤判断，否则直接反馈不满足，标记好Web层不满足高可用架构。
步骤三：判断是否满足应用层双活，即拓扑结构中Web服务器或者应用服务器台数大于一，如果满足该条件，符合继续下面的步骤判断，否则直接反馈不满足标记应用层不满足高可用架构，提示应用层不满足高可用架构，根据现有架构提出优化。
步骤四：判断是否满足数据层双活，即应用服务器各自连接访问本地数据库，两个数据库都为主库。(数据同步保持一致。)如果满足该条件，就符合异地双活模型，否则就不满足异地双活模型，根据应用需求进行异地双活改造。
一实施例中，参见图5，步骤400进一步包括：
步骤401：在所述多个评价模型中查找与所述互联网架构对应的评价模型；
步骤402：根据所述对应的评价模型所对应的评价结果评价所述互联网架构。
对于步骤401以及步骤402，具体地，参照表1中的高可用模型解释一列中的各项特征，依次与互联网架构所对应拓扑结构图进行对比，从而对互联网架构进行评价。
表1
参见表1，在一种优选的实施例中，可以将高可用模型分为5类，分别为：异地双活高可用模型、多活接入高可用模型、同城双活高可用模型、同城热备高可用模型以及异地冷备高可用模型，其分别对应的灾备等级为：异地双活高可用模型为5级、多活接入高可用模型为5级、同城双活高可用模型为4级，同城热备为4级以及异地冷备高可用模型为4级。这里以多活接入高可用模型为例，其特征为：利用多地理节点部署的信息系统协同工作来实现并行提供业务服务的能力，当部分地理节点的信息系统发生灾难或故障时，则部署于其他物理节点的信息系统可以及时完成业务接管。
一实施例中，参见图6，步骤300进一步包括：
步骤301：根据所述每一跳信息记录所述请求数据的父子节点信息；
步骤302：将所述父子节点信息输入至图数据库中，以生成路由拓扑结构图。
在在步骤301以及步骤302中，通过父子节点关系id来计算请求链路的关系，并放入至Neo4j图数据库中，通过CQL语言对图数据库进行操作，利用图数据库的网络天然特性，无需转化，直接生成路由拓扑结构图(网络拓扑结构图)。可以理解的是，图数据库Neo4j有很容易表示连接的数据，检索、遍历、导航大量的连接数据非常容易和快速特点。因此将收集的数据，按照节点和关系(边)存入图数据库，无需转化就可以直接提取，快速成为网状拓扑结构。
一实施例中，所述父子节点信息由kafka消息队列传输。
可以理解的是，Kafka是一个开源流处理平台，由Scala语言和Java语言编写。Kafka是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者在网站中的所有动作流数据。这种动作(网页浏览，搜索和其他用户的行动)是在网络上的许多社会功能的一个关键因素。这些数据通常是由于吞吐量的要求而通过处理日志和日志聚合来解决。Kafka的作用是通过Hadoop的并行加载机制来统一线上和离线的消息处理，也是为了通过集群来提供实时的消息。
本发明实施例通过结合全链路监控，根据高可用评价等级，有效解决了异构应用的高可用性评价的问题，并具有较高的可扩展性填，弥补高可用架构评价空白。对于单点的节点，提示不符合高可用标准。另一方面，自动化的绘制网络拓扑结构解决了系统的快速迭代改变导致的系统架构改变的问题。通过建立高可用架构模型，根据模型对异构系统进行高可用架构进行评价，发现系统的隐患前移，提高系统可用性。
为进一步地说明本方案，本发明提供互联网架构评价方法的具体应用实例，具体包括如下内容。
参见图7，本具体应用实例还提供一种互联网架构评价系统，包括数据采集层、数据中泰以及应用层，其中数据采集层负责请求追踪收集，数据中台的作用是数据处理和全链路聚合分析；应用层负责拓扑图自动绘制以及高可用架构评价。
参见图8，本具体应用实例所提供的互联网架构评价方法具体包括如下内容。
步骤S1：利用节点探针对请求数据的每一跳的结果进行描述，记录父子节点信息。
步骤S2：通过父子节点关系id来计算请求链路的关系。
具体地，将收集的节点信息通过kafka消息队列传输，通过父子节点关系id来计算请求链路的关系，并放入到Neo4j图数据库中，通过CQL语言对图数据库进行操作，利用图数据库的网络天然特性，无需转化，直接自动生成网络拓扑结构图。
步骤S3：对请求数据进行聚合分析。
具体地，基于定制化日志解析、结合配置管理系统cmdb获取的信息，对日志的高级解析用于计算聚合路径，从集群、服务、应用层面识别系统高可用性，实现聚合分析链路。
优选地，定制化日志在下面三种情况下采集来减轻系统压力。
(1)延迟时间超过阀值的80％
(2)执行系统运行低峰期进行每日一次的定时任务。
(3)主动开启定制化日志收集开关，调用收集接口。
步骤S4：生成路由拓扑结构图。
具体地，从数据中台提取数据由全链路拓扑自动绘制模块负责自动绘制拓扑图，进行可视化的整合分析。接着，基于链路聚合分析方法对追踪信息的二次加工，集合cmdb(配置管理数据库(Configuration Management Database,CMDB)是一个逻辑数据库，包含了配置项全生命周期的信息以及配置项之间的关系(包括物理关系、实时通信关系、非实时通信关系和依赖关系)。CMDB存储与管理企业IT架构中设备的各种配置信息，它与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性。)，日志分析聚合分析链路的信息，通过自动绘制拓扑图从应用、集群、节点、服务等视角，整合指标、日志、链路等信息，逐层下钻，提供系统拓扑结构的可视化统一界面，一目了然的呈现，与其相关的系统可以迅速作出反应。
步骤S5：根据路由拓扑结构图以及预先生成的评价模型评价互联网架构。
具体地，建立在线实时诊断平台，提供的线程检测、jvm检测、方法和跟踪等联机分析能力，包装成Web功能集成值全息监控平台，提供给开发人员在线使用。
例如：以异地双活为例。参见表1，灾备等级对应5级，具体地：
步骤一：建立的异地双活的架构模型。该架构模型网络层面满足网络本地、异地接入。应用层满足异地双活，数据层分片满足双活。可使用模板，也可以自主建立，或者在模板上进行修改。
步骤二：判断客户请求是否对应于Web服务器或应用服务器的IP(是否满足本地部署)，如果满足该条件，继续下面的步骤判断，否则直接反馈不满足，标记好Web层不满足高可用架构。可以理解的是，当客户请求对应于异地部署时，同样需要判断异地Web服务器或者应用服务是否满足高可用架构。
步骤三：判断是否满足应用层双活，即拓扑结构中Web服务器或者应用服务器台数大于一，如果满足该条件，符合继续下面的步骤判断，否则直接反馈不满足标记应用层不满足高可用架构，提示应用层不满足高可用架构，根据现有架构提出优化。
步骤四：判断是否满足数据层双活，即应用服务器各自连接访问本地数据库，两个数据库都为主库。(数据同步保持一致。)如果满足该条件，就符合异地双活模型，否则就不满足异地双活模型，根据应用需求进行异地双活改造。
从上述描述可知，本发明实施例提供的互联网架构评价方法，首先接收客户的请求数据；响应于请求数据，利用互联网架构内的节点探针收集请求数据的每一跳信息；接着根据每一跳信息生成路由拓扑结构图；最后根据路由拓扑结构图以及预先生成的评价模型评价互联网架构。本发明实现了对互联网够的有效评价，并具有较高的可扩展性，具体地，本发明具有以下有益效果：
(1)全链路监控和高可用架构评价相结合，对应用透明，实现端到端的交易分析能力。本系统对应用架构改变的监控，是通过底层基于全链路定时监控实现，定时分批次的收集系统日志，捕捉自动扩缩容等系统改变导致的架构改变，实现拓扑关系的构建和特征识别。
(2)根据高可用架构标准，统一标准，建立高可用架构模型，通过比较模型和形成的拓扑结构，对现有异构系统进行自动化的高可用评价，并提供自定义模型，具有一定的可拓展性，填补了高可用架构评价的空白。
基于同一发明构思，本申请实施例还提供了互联网架构评价装置，可以用于实现上述实施例所描述的方法，如下面的实施例。由于互联网架构评价装置解决问题的原理与互联网架构评价方法相似，因此互联网架构评价装置的实施可以参见互联网架构评价方法实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
本发明的实施例提供一种能够实现互联网架构评价方法的互联网架构评价装置的具体实施方式，参见图9，互联网架构评价装置具体包括如下内容：
数据接收单元10，用于接收客户的请求数据；
信息收集单元20，用于响应于所述请求数据，利用互联网架构内的节点探针收集所述请求数据的每一跳信息；
结构图生成单元30，用于根据所述每一跳信息生成路由拓扑结构图；
架构评价单元40，用于根据所述路由拓扑结构图以及预先生成的评价模型评价所述互联网架构。
一实施例中，参见图10，互联网架构评价装置还包括模型生成单元50，用于生成所述评价模型，参见图11，所述模型生成单元50包括：
架构类型确定模块501，用于根据网络接入类型、应用层类型以及数据层类型确定所述评价模型的架构类型；
容灾类型确定模块502，用于根据所述互联网架构中多个数据库之间的距离确定所述评价模型的容灾类型；
运行类型确定模块503，用于根据所述互联网架构中数据库的数量确定所述评价模型的运行类型；
评价结果确定模块504，用于根据所述架构类型、所述容灾类型以及所述运行类型生成多个所述评价模型，并确定所述评价模型所对应的评价结果。
一实施例中，参见图12，所述架构评价单元40包括：
模型查找模块401，用于在所述多个评价模型中查找与所述互联网架构对应的评价模型；
架构评价模块402，用于根据所述对应的评价模型所对应的评价结果评价所述互联网架构；
参见图13，所述结构图生成单元30包括：
节点信息记录模块301，用于根据所述每一跳信息记录所述请求数据的父子节点信息；
结构图生成模块302，用于将所述父子节点信息输入至图数据库中，以生成路由拓扑结构图；
所述父子节点信息由kafka消息队列传输。
从上述描述可知，本发明实施例提供的互联网架构评价装置，首先接收客户的请求数据；响应于请求数据，利用互联网架构内的节点探针收集请求数据的每一跳信息；接着根据每一跳信息生成路由拓扑结构图；最后根据路由拓扑结构图以及预先生成的评价模型评价互联网架构。本发明实现了对互联网够的有效评价，并具有较高的可扩展性，具体地，本发明具有以下有益效果：
(1)全链路监控和高可用架构评价相结合，对应用透明，实现端到端的交易分析能力。本系统对应用架构改变的监控，是通过底层基于全链路定时监控实现，定时分批次的收集系统日志，捕捉自动扩缩容等系统改变导致的架构改变，实现拓扑关系的构建和特征识别。
(2)根据高可用架构标准，统一标准，建立高可用架构模型，通过比较模型和形成的拓扑结构，对现有异构系统进行自动化的高可用评价，并提供自定义模型，具有一定的可拓展性，填补了高可用架构评价的空白。
上述实施例阐明的装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为电子设备，具体的，电子设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
在一个典型的实例中电子设备具体包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，该处理器执行该程序时实现上述互联网架构评价方法的步骤，该步骤包括：
步骤100：接收客户的请求数据；
步骤200：响应于所述请求数据，利用互联网架构内的节点探针收集所述请求数据的每一跳信息；
步骤300：根据所述每一跳信息生成路由拓扑结构图；
步骤400：根据所述路由拓扑结构图以及预先生成的评价模型评价所述互联网架构。
下面参考图14，其示出了适于用来实现本申请实施例的电子设备600的结构示意图。
如图14所示，电子设备600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM))603中的程序而执行各种适当的工作和处理。在RAM603中，还存储有系统600操作所需的各种程序和数据。CPU601、ROM602、以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡，调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装如存储部分608。
特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述互联网架构评价方法的步骤，该步骤包括：
步骤100：接收客户的请求数据；
步骤200：响应于所述请求数据，利用互联网架构内的节点探针收集所述请求数据的每一跳信息；
步骤300：根据所述每一跳信息生成路由拓扑结构图；
步骤400：根据所述路由拓扑结构图以及预先生成的评价模型评价所述互联网架构。
在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上该仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
