业务数据查找方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及计算机处理技术，尤其涉及一种业务数据查找方法、装置、电子设备及存储介质。


背景技术：

2.随着计算机技术的发展，应用系统越来越复杂，各应用系统之间也存在大量的业务交叉，在完成用户的某个业务请求可能是后端几百个服务系统配合完成的。如果请求链路环节中有某些服务出了问题，此时需要准确地定位到这些服务，并查询出这些服务对应的业务数据，基于业务数据进行问题排查。
3.目前，业务数据的查询通常是在读取服务被调用时，获取服务本身的日志数据，基于日志数据进行排查，但是如果每次检测到存在服务被调用，就去排查问题，存在资源浪费，且不能准确地定位到某条请求链路中具体出现问题的服务，造成排查效率低的问题。


技术实现要素：

4.本发明实施例提供一种业务数据查找方法、装置、电子设备及存储介质，以实现提高链路数据查询的准确性、便捷性、全面性，达到问题精准定位的技术效果。
5.第一方面，本发明实施例提供了一种业务数据查找方法，该方法包括：
6.根据登录的账号信息，确定与所述账号信息相关联的各配置项信息；其中，所述配置项信息中包括应用、域名、服务路由、业务链路标识、因子以及时间范围信息；
7.基于对所述配置项信息的触发操作，确定目标配置项以及所述目标配置项所对应的目标内容；
8.从目标数据库中获取与所述目标内容相对应的至少一组全链路数据；
9.基于在所述业务链路标识所对应目标控件中的触发操作，从所述至少一组全链路数据中，确定与所述触发操作所对应的目标链路标识的目标链路数据。
10.第二方面，本发明实施例还提供了一种业务数据查找装置，该装置包括：
11.配置项信息确定模块，用于根据登录的账号信息，确定与所述账号信息相关联的各配置项信息；其中，所述配置项信息中包括应用、域名、服务路由、业务链路标识、因子以及时间范围信息；
12.目标内容确定模块，用于基于对所述配置项信息的触发操作，确定目标配置项以及所述目标配置项所对应的目标内容；
13.全链路数据获取模块，用于从目标数据库中获取与所述目标内容相对应的至少一组全链路数据；
14.目标链路数据确定模块，用于基于在所述业务链路标识所对应目标控件中的触发操作，从所述至少一组全链路数据中，确定与所述触发操作所对应的目标链路标识的目标链路数据。
15.第三方面，本发明实施例还提供了一种电子设备，所述设备包括：
16.一个或多个处理器；
17.存储装置，用于存储一个或多个程序，
18.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的业务数据查找方法。
19.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例任一所述的业务数据查找方法。
20.本发明实施例的技术方案，通过根据登录的账号信息，确定与账号信息相关联的各配置项信息，基于对配置项信息的触发操作，确定目标配置项以及目标配置项所对应的目标内容，从目标数据库中获取与目标内容相对应的至少一组全链路数据，基于在业务链路标识所对应目标控件中的触发操作，从至少一组全链路数据中，确定与触发操作所对应的目标链路标识的目标链路数据，解决了现有技术中每次检测到存在服务被调用时获取服务本身日志数据进行问题排查，导致资源浪费、排查效率低的问题，实现了基于数据查询条件查询到业务请求的全链路数据，进而基于全链路数据中的数据信息快速定位到问题链路，进而基于链路的业务链路标识快速查找到业务请求链路中所有中间环节数据，提高链路数据查询全面性、便捷性、准确性，达到问题精准定位的技术效果。
附图说明
21.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
22.图1为本发明实施例一所提供的一种业务数据查找方法的流程图；
23.图2为本发明实施例一所提供的一种业务数据查找方法的示意图；
24.图3为本发明实施例二所提供的一种业务数据查找方法的示意图；
25.图4为本发明实施例三所提供的一种业务数据查找装置的结构框图；
26.图5为本发明实施例四所提供的一种电子设备的结构示意图。
具体实施方式
27.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
28.实施例一
29.图1为本发明实施例一提供的一种业务数据查找方法的流程图，本实施例可适用于查找业务数据的情况，该方法可以由本发明实施例中的业务数据查找装置来执行，该装置可以采用软件和/或硬件的方式来实现，可选的，通过电子设备来实现，该电子设备可以是移动终端、pc端或服务端等。该装置可配置于计算设备中，本实施例提供的业务数据查找方法具体包括如下步骤：
30.s110、根据登录的账号信息，确定与所述账号信息相关联的各配置项信息。
31.需要说明的是，本技术方案可以应用在链路追踪和定位领域中查找业务数据的情
形，还可以应用在任意需要查找业务数据的情形中。还需要说明的是，可以基于本技术方案开发相应的查找业务数据的系统，进而基于该系统处理相应的任务，从而进行业务数据的查找。
32.其中，所述配置项信息中包括应用、域名、服务路由、业务链路标识、因子以及时间范围信息。应用可以理解为某个应用系统，域名是与应用系统相对应的。业务链路标识可以用于表征业务请求唯一性，也可以用于表征业务请求对应的链路数据唯一性。因子可以理解为数据查询条件，可以包括但不限于响应码、http协议类型、服务器ip(internet protocol，网际互连协议)等等。
33.在实际应用中，用户可以在系统上填写账号和/或密码等信息，进行登录，相应的，可以根据填写的账号信息，调取出与账号信息相关联的各配置项信息，进而可以登录至账号信息对应的业务查询系统。
34.需要说明的是，根据登录的账号信息，确定与账号信息相关联的各配置项信息，还可以根据实际需求，预先将各账号信息与对应的应用系统进行绑定，以使在输入某个账号信息时，系统可以自动填充该账号信息所对应的应用以及应用的域名，实现系统自动化功能。
35.可选的，根据登录的账号信息，确定与账号信息相关联的各配置项信息，包括：基于预先注册的账号信息，登录链路数据查询系统；调取预先建立的与账号信息相关联的至少一个配置项信息，以及相应待选择配置项所对应的可选择数据。
36.其中，至少一个配置项信息中包括待选择配置项。
37.需要说明的是，可以预先注册多个账号信息，进而利用算法将各账号信息与对应的应用系统进行映射处理，构建每个账号信息与对应的应用系统之间的映射关系，如，账号信息a与应用系统a和应用系统c相关联，账号信息b与应用系统b和应用系统d相关联。进一步的，还可以根据实际需求为每个账号信息配置相关联的多个配置项信息，如，可以利用映射算法建立账号信息与至少一个配置项信息之间的对应关系。在基于某个账号信息登录链路数据查询系统之后，可以调取到预先建立的与账号信息相关联的至少一个配置项信息，同时还可以将与账号信息相关联的至少一个应用系统的应用名称和对应的域名等自动填充至配置项应用、域名处。示例性的，参见图2，可以表示为某个账户信息对应的链路数据查询系统的示意图，系统中的配置项信息中包括应用、域名、服务路由、业务链路标识、因子以及时间范围信息等。在实际应用中，用户登陆链路查询系统后，会自动的带出其所负责的应用列表和每个应用关联的域名列表，可以根据实际需要选择需要查询的应用数据，使系统天然的实现了对权限的控制，每个用户只能查询自身所负责的系统数据，而不能查询到所有数据。
38.s120、基于对所述配置项信息的触发操作，确定目标配置项以及所述目标配置项所对应的目标内容。
39.其中，目标内容包括：与应用相对应的应用名称、与域名相对应的域名名称、与服务路由相对应的服务路由名称、与业务链路标识相对应的业务链路标识信息、与因子相对应的因子名称以及与时间范围信息相对应的内容。
40.在本实施例中，可以利用输入设备在链路查询系统页面上的配置项信息对应的编辑框中填写对应的内容，可以将填写的内容作为目标内容。示例性的，继续参见图2，在链路
查询系统中，应用和域名两个配置项查询条件确定后，用户可以在时间范围信息中填写相应的时间，如，一周，相应的，可以查询一周内的该域名的所有业务请求对应的日志数据，查询范围也可以预先规范好最大为一个月。用户还可以在链路标识对应的编辑框中输入链路id，根据链路标识id查询唯一的业务请求数据。或者输入服务路由对应的路由名称。或者在因子字段值对应的下拉框处，进行更大范围的过滤查询。其中“因子”字段为一个支持的常用字段列表，如，可以是请求的响应码，请求方式，请求的http协议及版本，请求来源ip，请求url(uniform resource locator，统一资源定位器)参数，请求所走的路由名称，请求负载均衡到的服务器ip和port(端口)等，也可以是响应码等跟业务相关的字段值。以使根据目标配置项所对应的目标内容查询到满足数据查询数据的链路数据。
41.s130、从目标数据库中获取与所述目标内容相对应的至少一组全链路数据。
42.其中，目标数据库可以为elk(elasticsearch，logstash，kibana)数据库，用于数据采集处理。全链路数据是指用于记录单次请求范围内的处理数据，其中可以包括但不限于请求时间、请求域名、请求服务路径、请求方式、请求的http协议及版本、请求来源ip、请求的tls(安全传输层协议)数据、请求头数据、请求url参数、请求体数据、请求所走的路由名称、请求负载均衡到的服务器ip和port、请求的处理耗时、请求返回的响应头、请求返回的响应码、请求链路标识等数据。需要说明的是，单次请求范围内的链路数据可以作为一组全链路数据，在应用系统上可能存在多次请求，相应的，会存在多组全链路数据。
43.在本实施例中，当确定好目标配置项以及目标配置项所对应的目标内容之后，可以利用接口从目标数据库中调取到与目标内容相对应的业务日志采集数据，即全链路数据。例如，当用户在因子字段列表中选择了响应码查询条件，填写响应码的内容为200之后，可以点击页面上提交按钮，生成数据查询指令，发送至目标数据库，进行查询，相应的，可以从目标数据库中调取出应用域名下所有响应码为200的全链路数据。
44.s140、基于在所述业务链路标识所对应目标控件中的触发操作，从所述至少一组全链路数据中，确定与所述触发操作所对应的目标链路标识的目标链路数据。
45.具体的，当查找到与目标内容相对应的全链路数据之后，可以根据实际需求，在某一组全链路数据中查找对应的业务链路标识，进而可以将该业务链路标识填充至系统页面的业务链路标识配置项对应的编辑框中，当用户点击页面中某控件时，可以利用接口从目标数据库中调取出与业务链路标识相关联的所有日志数据，其中，包括与业务链路标识对应的业务请求相关联的所有中间环节的业务数据，提高数据查询的丰富性、便捷性，实现业务全链路的日志数据查询功能。
46.需要说明的是，确定与触发操作所对应的目标链路标识的目标链路数据之前，还可以基于用户的业务请求，对业务请求进行打标处理，生成业务请求对应的链路标识，以使后续可以基于链路标识，获取与链路标识相对应的业务请求相关联的所有中间环节的业务数据。
47.可选的，所述业务数据查找方法，还包括：在接收到业务处理请求时，基于流量网关确定与业务处理请求相对应的链路标识；在基于业务服务器确定与业务处理请求相对应的业务数据时，透传链路标识，并将与业务服务器相关联的关联数据与链路标识绑定；基于流量网关记录业务服务器反馈的阶段处理数据；将阶段处理数据进行存储至目标数据库中。
48.其中，关联数据中包括业务处理请求所对应的请求域名、应用名以及服务路径中的至少一个。阶段处理数据中包括请求时间、请求域名、请求服务路径、请求方式、请求的http协议及版本、请求来源ip、请求的tls(安全传输层协议)数据、请求头数据、请求url参数、请求体数据、请求所走的路由名称、请求负载均衡到的服务器ip和port、请求的处理耗时、请求返回的响应头、请求返回的响应码等数据。流量网关可以用于全局的api管理策略，如全局流量监控、日志记录、全局限流、黑白名单控制、接入请求到业务系统的负载均衡等等。
49.在实际应用中，当接收到南北向的业务请求时，业务请求首先到达流量网关，流量网关会给请求进行链路数据打标，生成该业务请求对应的唯一链路标识。被打标后的业务请求可以下发打到业务服务器，或者再经业务网关进一步做微服务的发现和调用。在此过程中，透传已经打标的请求链路标识。若业务请求经过业务网关，业务网关可以根据业务请求上携带的请求路径，给出对应的应用系统名，进而可以基于给出的应用系统名到达对应的业务系统获取需要请求的数据，同时业务系统本身会记录对应的日志数据，可以将日志数据与链路标识进行绑定，以使后续在基于链路标识进行业务数据查询时，可以准确查找到与链路标识绑定的业务日志数据。业务请求处理结束，该请求由业务服务返回或经过业务网关返回时，业务服务会记录该链路标识的业务日志数据，或业务网关会记录此请求的域名，应用名，服务路径，链路id等日志数据，也就是说将与业务服务器相关联的日志数据也与链路标识进行绑定。业务请求继续返回再次经过流量网关时，流量网关会记录整个请求链路的每个阶段处理数据，包括请求时间，请求域名，请求服务路径，请求方式，请求的http协议及版本，请求来源ip，请求的tls数据，请求头数据，请求url参数，请求体数据，请求所走的路由名称，请求负载均衡到的服务器ip和port，请求的处理耗时，请求返回的响应头，请求返回的响应码等数据。需要说明的是，流量网关还具有强大的插件扩展能力，在业务请求首次经过流量网关时，流量网关中的各个插件可以对业务请求进行丰富，例如，对业务请求进行认证鉴权等等，此时插件的处理也会生成日志数据。当业务请求结束，再次返回流量网关时，也会将插件处理记录的日志数据，作为阶段处理数据，极大增强了对业务流量的管控。进一步的，可以将阶段处理数据进行存储至目标数据库elk中。
50.需要说明的是，在目标数据库elk获取到阶段处理数据之后，还可以对阶段处理数据按照固定日志格式进行划分处理，并可以根据划分结果建立相应的索引字段，得到规格化的阶段处理数据，使数据更加规范化，提高后续数据查询的效率。
51.可选的，将阶段处理数据进行存储至目标数据库中，包括：对阶段处理数据进行切词处理，得到各待存储数据；将各待存储数据按照相应字段存储至目标数据库中。
52.在实际应用中，当流量网关记录的阶段处理数据在日志输出时，会同步到目标数据库elk中，elk可以根据固定日志格式进行业务字段切词，还可以根据预先定义好的日志处理脚本来对日志做数据清洗整合，并建立定义好的日志查询字段索引，例如，host、port、url、response_status、target等等。这些字段索引即为日志链路查询系统调用elk api查询时的过滤器，即数据查询条件。可以将最终处理好的数据作为待存储数据，此时待存储数据已经被存储在了elk中。后续用户便可以在链路查询页面上通过调用elk api进行方便的业务数据查询。
53.本发明实施例的技术方案，通过根据登录的账号信息，确定与账号信息相关联的
各配置项信息，基于对配置项信息的触发操作，确定目标配置项以及目标配置项所对应的目标内容，从目标数据库中获取与目标内容相对应的至少一组全链路数据，基于在业务链路标识所对应目标控件中的触发操作，从至少一组全链路数据中，确定与触发操作所对应的目标链路标识的目标链路数据，解决了现有技术中每次检测到存在服务被调用时获取服务本身日志数据进行问题排查，导致资源浪费、排查效率低的问题，实现了基于数据查询条件查询到业务请求的全链路数据，进而基于全链路数据中的数据信息快速定位到问题链路，进而基于链路的业务链路标识快速查找到业务请求链路中所有中间环节数据，提高链路数据查询全面性、便捷性、准确性，达到问题精准定位的技术效果。
54.实施例二
55.作为上述实施例的一可选实施例，图3为本发明实施例二所提供的一种业务数据查找方法的示意图。具体的，可以参见下述具体内容。
56.示例性的，参见图3，当南北向的业务处理请求过来时，首先到达流量网关，流量网关会给请求进行链路数据打标，得到业务处理请求相对应的链路标识id。然后业务处理请求或者直接下发打到业务服务器，或者再经业务网关进一步做微服务的发现和调用。这中间已经打标的此请求链路id会透传下去。并且若业务请求经过业务网关的话，业务网关会给出此业务对应的应用系统名，以使基于应用系统名到达对应的应用系统。业务请求处理结束，由业务服务返回或经过业务网关返回时，业务服务会记录该链路id的业务日志数据，或业务网关会记录此请求的域名，应用名，服务路径，链路id等日志数据。业务请求继续返回再次经过流量网关，流量网关会记录整个流量网关视角下的请求链路的每个阶段处理数据，包括请求时间，请求域名，请求服务路径，请求方式，请求的http协议及版本，请求来源ip，请求的tls数据，请求头数据，请求url参数，请求体数据，请求所走的路由名称，请求负载均衡到的服务器ip和port，请求的处理耗时，请求返回的响应头，请求返回的响应码等等。
57.在上述方案基础上，流量网关还具有强大灵活的插件扩展能力，支持在各个插件中来注入插件本身处理的日志数据，进而在统一的流量网关日志数据中得到体现，从而更加清晰透明的画出业务请求的流转轨迹，极大增强了对业务流量的管控。
58.进一步的，流量网关记录的阶段处理数据在日志输出时，同步到elk，elk进行专有的业务字段切词，会根据预先定义好的日志处理脚本来对日志做数据清洗整合，并建立定义好的日志查询字段索引。如：host,port,url,response_status，target等。这些字段索引即为日志查询平台调用的elk api查询时的过滤器，也就是链路数据查询系统中的数据查询条件。最终由elk处理好阶段处理数据，并生成最终数据后，用户便可以在链路查询页面上进行方便的业务数据查询，极大方便了用户排查定位问题，以及对数据的利用。示例性的，用户登陆链路查询系统后，会自动的带出其所负责的应用列表和每个应用关联的域名列表。这样系统天然的就做到了权限的控制，每个人只能查询自身所负责的系统数据，而不能查询到所有数据。
‘
应用’和
‘
域名’两个查询条件确定后，用户可以默认查询一周内的该域名的所有业务请求日志数据，查询范围最大为一个月。用户还可以输入“链路标识id”，根据“链路标识id”查询一条惟一的业务请求数据；或者输入“服务路由”，“因子”字段值进而进行更大范围的过滤查询。其中“因子”字段为一个支持的常用字段列表，比如请求的响应码，请求方式，请求的http协议及版本，请求来源ip，请求url参数，请求所走的路由名称，请
求负载均衡到的服务器ip和port等；也可以是user_agent，cookie等跟业务相关的字段值。
59.本发明实施例的技术方案，通过根据登录的账号信息，确定与账号信息相关联的各配置项信息，基于对配置项信息的触发操作，确定目标配置项以及目标配置项所对应的目标内容，从目标数据库中获取与目标内容相对应的至少一组全链路数据，基于在业务链路标识所对应目标控件中的触发操作，从至少一组全链路数据中，确定与触发操作所对应的目标链路标识的目标链路数据，解决了现有技术中每次检测到存在服务被调用时获取服务本身日志数据进行问题排查，导致资源浪费、排查效率低的问题，实现了基于数据查询条件查询到业务请求的全链路数据，进而基于全链路数据中的数据信息快速定位到问题链路，进而基于链路的业务链路标识快速查找到业务请求链路中所有中间环节数据，提高链路数据查询全面性、便捷性、准确性，达到问题精准定位的技术效果。
60.实施例三
61.图4为本发明实施例三提供的一种业务数据查找装置的结构框图。该装置包括：配置项信息确定模块410、目标内容确定模块420、全链路数据获取模块430和目标链路数据确定模块440。
62.其中，配置项信息确定模块410，用于根据登录的账号信息，确定与所述账号信息相关联的各配置项信息；其中，所述配置项信息中包括应用、域名、服务路由、业务链路标识、因子以及时间范围信息；目标内容确定模块420，用于基于对所述配置项信息的触发操作，确定目标配置项以及所述目标配置项所对应的目标内容；全链路数据获取模块430，用于从目标数据库中获取与所述目标内容相对应的至少一组全链路数据；目标链路数据确定模块440，用于基于在所述业务链路标识所对应目标控件中的触发操作，从所述至少一组全链路数据中，确定与所述触发操作所对应的目标链路标识的目标链路数据。
63.本发明实施例的技术方案，通过根据登录的账号信息，确定与账号信息相关联的各配置项信息，基于对配置项信息的触发操作，确定目标配置项以及目标配置项所对应的目标内容，从目标数据库中获取与目标内容相对应的至少一组全链路数据，基于在业务链路标识所对应目标控件中的触发操作，从至少一组全链路数据中，确定与触发操作所对应的目标链路标识的目标链路数据，解决了现有技术中每次检测到存在服务被调用时获取服务本身日志数据进行问题排查，导致资源浪费、排查效率低的问题，实现了基于数据查询条件查询到业务请求的全链路数据，进而基于全链路数据中的数据信息快速定位到问题链路，进而基于链路的业务链路标识快速查找到业务请求链路中所有中间环节数据，提高链路数据查询全面性、便捷性、准确性，达到问题精准定位的技术效果。
64.在上述装置的基础上，可选的，所述配置项信息确定模块410，包括查询系统登录单元和配置项信息调取单元。
65.查询系统登录单元，用于基于预先注册的账号信息，登录链路数据查询系统；
66.配置项信息调取单元，用于调取预先建立的与所述账号信息相关联的至少一个配置项信息，以及相应待选择配置项所对应的可选择数据；
67.其中，所述至少一个配置项信息中包括所述待选择配置项。
68.在上述装置的基础上，可选的，所述目标内容包括：与应用相对应的应用名称、与域名相对应的域名名称、与服务路由相对应的服务路由名称、与业务链路标识相对应的业务链路标识信息、与因子相对应的因子名称以及与时间范围信息相对应的内容。
69.在上述装置的基础上，可选的，所述装置还包括：阶段处理数据存储模块。其中，所述阶段处理数据存储模块，包括链路标识确定单元、链路标识绑定单元、阶段处理数据反馈单元和阶段处理数据存储单元。
70.链路标识确定单元，用于在接收到业务处理请求时，基于流量网关确定与所述业务处理请求相对应的链路标识；
71.链路标识绑定单元，用于在基于业务服务器确定与所述业务处理请求相对应的业务数据时，透传所述链路标识，并将与所述业务服务器相关联的关联数据与所述链路标识绑定；其中，所述关联数据中包括所述业务处理请求所对应的请求域名、应用名以及服务路径中的至少一个；
72.阶段处理数据反馈单元，用于基于所述流量网关记录所述业务服务器反馈的阶段处理数据；
73.阶段处理数据存储单元，用于将所述阶段处理数据进行存储至所述目标数据库中。
74.在上述装置的基础上，可选的，所述阶段处理数据存储单元，包括待存储数据获取子单元和阶段处理数据存储子单元。
75.待存储数据获取子单元，用于对所述阶段处理数据进行切词处理，得到各待存储数据；
76.阶段处理数据存储子单元，用于将各待存储数据按照相应字段存储至所述目标数据库中。
77.本发明实施例所提供的业务数据查找装置可执行本发明任意实施例所提供的业务数据查找方法，具备执行方法相应的功能模块和有益效果。
78.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
79.实施例四
80.图5为本发明实施例四提供的一种电子设备的结构示意图。图5示出了适于用来实现本发明实施例实施方式的示例性电子设备50的框图。图5显示的电子设备50仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
81.如图5所示，电子设备50以通用计算设备的形式表现。电子设备50的组件可以包括但不限于：一个或者多个处理器或者处理单元501，系统存储器502，连接不同系统组件(包括系统存储器502和处理单元501)的总线503。
82.总线503表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
83.电子设备50典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备50访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
84.系统存储器502可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)504和/或高速缓存存储器505。电子设备50可以进一步包括其它可移动/不
可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统506可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线503相连。存储器502可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
85.具有一组(至少一个)程序模块507的程序/实用工具508，可以存储在例如存储器502中，这样的程序模块507包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块507通常执行本发明所描述的实施例中的功能和/或方法。
86.电子设备50也可以与一个或多个外部设备509(例如键盘、指向设备、显示器510等)通信，还可与一个或者多个使得用户能与该电子设备50交互的设备通信，和/或与使得该电子设备50能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口511进行。并且，电子设备50还可以通过网络适配器512与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器512通过总线503与电子设备50的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备50使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
87.处理单元501通过运行存储在系统存储器502中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的业务数据查找方法。
88.实施例五
89.本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种业务数据查找方法。该方法包括：
90.根据登录的账号信息，确定与所述账号信息相关联的各配置项信息；其中，所述配置项信息中包括应用、域名、服务路由、业务链路标识、因子以及时间范围信息；
91.基于对所述配置项信息的触发操作，确定目标配置项以及所述目标配置项所对应的目标内容；
92.从目标数据库中获取与所述目标内容相对应的至少一组全链路数据；
93.基于在所述业务链路标识所对应目标控件中的触发操作，从所述至少一组全链路数据中，确定与所述触发操作所对应的目标链路标识的目标链路数据。
94.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储
介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
95.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
96.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
97.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
98.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。