环境链路供给与检测方法、装置、设备、介质和程序产品与流程

1.本公开涉及金融领域或其他领域，具体的涉及一种环境链路供给与检测方法、装置、设备、介质和程序产品。


背景技术：

2.在金融科技领域中，不同的业务的环境链路复杂多样，特别是对于内外网交易的环境链路。为了保证信息安全、系统性能、系统稳定性等，业务的环境链路通常会包括但不仅限于服务器负载均衡、数字证书处理平台、平台即服务以及外围网络等链路节点。不同链路节点对应的申请平台不同和申请流程不同，在此基础上，环境链路的供给与检测多由人为操作。
3.这样，便使得在环境链路的供给和检测方面存在步骤多、周期长、排查复杂以及效率低等诸多问题。


技术实现要素：

4.鉴于上述问题，本公开提供了提高供给效率与检测效率的环境链路的供给和检测方法、装置、设备、介质和程序产品。
5.根据本公开的第一个方面，提供了一种环境链路供给与检测方法，包括：接收用户请求，所述用户请求包括配置顺序和节点信息，其中，所述配置顺序是由访问目标端至访问发起端的环境链路中节点的顺序；按照所述配置顺序，通过所述节点信息对链路节点执行供给操作；以及在所述供给操作成功的情况下，按照所述配置顺序对所述环境链路执行检测操作。
6.根据本公开的实施例，其中，所述按照所述配置顺序，通过所述节点信息对链路节点执行供给操作包括：在当前节点为所述配置顺序的首端节点时，获取首端节点的调用信息，其中，所述首端节点的调用信息来自于所述节点信息中；基于所述首端节点的调用信息，调用首端节点；以及在调用所述首端节点成功的情况下，对所述首端节点对应的节点设备执行激活操作。
7.根据本公开的实施例，其中，所述按照所述配置顺序，通过所述节点信息对链路节点执行供给操作，还包括：在当前节点为所述配置顺序的非首端节点时，获取非首端节点的调用信息，所述非首端节点的调用信息是在上一所述节点设备激活成功的情况下生成的；基于所述非首端节点的调用信息，调用非首端节点；以及在调用所述非首端节点成功的情况下，对所述非首端节点对应的节点设备执行激活操作。
8.根据本公开的实施例，其中，所述激活操作包括：申请节点设备；在所述节点设备申请成功的情况下，获取节点配置信息，其中，所述节点配置信息来自于所述节点信息中；以及基于所述节点配置信息配置所述节点设备。
9.根据本公开的实施例，其中，在所述配置顺序的末端节点完成供给操作后，所述方法还包括：获取域名调用信息，其中，所述域名调用信息来自于所述节点信息中；基于所述
域名调用信息，调用域名服务；在调用所述域名服务成功的情况下，获取域名配置信息，其中，所述域名配置信息来自于所述节点信息中；以及基于所述域名配置信息，配置所述末端链路节点的域名。
10.根据本公开的实施例，其中，所述按照所述配置顺序对所述环境链路执行检测操作包括：设置固定检测点和可变检测点，其中，所述固定检测点对应所述访问目标端上，所述可变检测点对应其他非访问目标端节点；以及按照所述配置顺序，依次改变所述可变检测点；以及依次检测由所述可变检测点至所述固定检测点是否正常。
11.根据本公开的实施例，其中，所述方法还包括：在所述按照所述配置顺序，通过所述节点信息对链路节点执行供给操作时，和/或在所述按照所述配置顺序对所述环境链路执行检测时，记录执行点。
12.本公开的第二个方面，提供了一种环境链路供给与检测装置，所述装置包括：接收模块，供给模块以及检测模块，其中，所述接收模块，用于接收用户请求，所述用户请求包括配置顺序和节点信息，其中，所述配置顺序是由访问目标端至访问发起端的环境链路的顺序；所述供给模块，用于按照所述配置顺序，通过所述节点信息对链路节点执行供给操作；以及所述检测模块，用于在所述供给操作成功的情况下，按照所述配置顺序对所述环境链路执行检测操作。
13.根据本公开的实施例，其中，所述供给模块，还用于在当前节点为所述配置顺序的首端节点时，获取首端节点的调用信息，其中，所述首端节点的调用信息来自于所述节点信息中；基于所述首端节点的调用信息，调用首端节点；以及在调用所述首端节点成功的情况下，对所述首端节点对应的节点设备执行激活操作。
14.根据本公开的实施例，其中，所述供给模块，还用于在当前节点为所述配置顺序的非首端节点时，获取非首端节点的调用信息，所述非首端节点的调用信息是在上一所述节点设备激活成功的情况下生成的；基于所述非首端节点的调用信息，调用非首端节点；以及在调用所述非首端节点成功的情况下，对所述非首端节点对应的节点设备执行激活操作。
15.根据本公开的实施例，其中，所述激活操作包括：申请节点设备；在所述节点设备申请成功的情况下，获取节点配置信息，其中，所述节点配置信息来自于所述节点信息中；以及基于所述节点配置信息配置所述节点设备。
16.根据本公开的实施例，其中，所述装置还包括域名配置模块，用于获取域名调用信息，其中，所述域名调用信息来自于所述节点信息中；基于所述域名调用信息，调用域名服务；在调用所述域名服务成功的情况下，获取域名配置信息，其中，所述域名配置信息来自于所述节点信息中；以及基于所述域名配置信息，配置所述末端链路节点的域名。
17.根据本公开的实施例，其中，所述检测模块，还用于设置固定检测点和可变检测点，其中，所述固定检测点对应所述访问目标端上，所述可变检测点对应其他非访问目标端节点；以及按照所述配置顺序，依次改变所述可变检测点；以及依次检测由所述可变检测点至所述固定检测点是否正常。
18.根据本公开的实施例，其中，所述装置还包括执行点记录模块，用于在所述按照所述配置顺序，通过所述节点信息对链路节点执行供给操作时，和/或在所述按照所述配置顺序对所述环境链路执行检测时，记录执行点。
19.本公开的第三个方面，提供了一种电子设备，包括：一个或多个处理器；存储器，用
于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述环境链路供给与检测方法。
20.本公开的第四个方面，还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述环境链路供给与检测方法。
21.本公开的第五个方面，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述环境链路供给与检测方法。
22.在本公开的实施例中，提供了一种环境链路供给与检测的方法，采用从目标端至访问端的顺序，进行多节点串行供给操作，实现了环境链路的快速供给，缩短了环境链路就绪的时间。同时，采用从目标端至访问端的顺序，对环境链路中的每个节点执行串行检测操作，能够在发生访问异常的情况下，快速定位故障点，避免了无谓的时间开销。
附图说明
23.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
24.图1示意性示出了根据本公开实施例的环境链路供给与检测方法的应用场景图。
25.图2示意性示出了根据本公开实施例的环境链路供给与检测方法的流程图。
26.图3示意性示出了根据本公开实施例的一种供给操作方法的流程图。
27.图4示意性示出了根据本公开实施例的另一种供给操作方法的流程图。
28.图5示意性示出了根据本公开实施例的另一种供给操作方法的流程。
29.图6示意性示出了根据本公开实施例的环境链路供给与检测装置的结构框图。
30.图7示意性示出了根据本公开实施例的适于实现环境链路供给与检测方法的电子设备的方框图。
具体实施方式
31.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
32.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
33.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
34.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
35.在对本公开的实施例进行详细揭示之前，对本公开的实施例中涉及到的技术术语进行一一说明：
36.服务器负载均衡：(server load balancing，缩写为slb)，用于实现多个服务器之间的负载均衡。slb虚拟出一个服务器，对用户呈现的就是这个虚拟的服务器。虚拟服务器代表的是多个真实服务器的群集，当客户端向虚拟服务器发起连接时，slb通过某种均衡算法，转发到某真实服务器之中。
37.f5：一种负载均衡方案，将负载进行平衡、分摊到多个操作单元上进行执行。
38.数字证书处理平台：(digital certificate processing platform，缩写为dcpp)，可用于电子商务认证保证账户资金安全。
39.平台即服务：(platformas as a service，缩写为paas)，是指将服务器平台作为一种服务提供的商业模式，在云计算的典型层级中，paas层介于软件即服务与基础设施即服务之间。
40.外围网络：(demilitarized zone，缩写为dmz)，或称非军事区，是一个物理或逻辑子网络，它包含并将组织面向外部的服务暴露给不可信的网络。
41.环境标识：对应用环境的标识。例如，有5套应用环境，每套环境有不一样的标识。
42.上下文根：访问域名中的最后一串字符，依靠“/”分割。
43.现有技术中，为加快版本迭代，通常需要提供多套环境以完成多版本并行开发。因此，这种含有复杂链路的环境供给和检测需要消耗更多人力来完成。在这种背景下，每次搭建一套新环境，都需要单独在各自的平台提交申请。如申请一台slb，则需要根据实际情况填写好申请表并在对应的平台提交申请，申请流程包含多个不同岗位角色进行审批，期间可能会包含3-4个审批流程，最后才进行slb的分配。而链路节点之间可能存在依赖关系，例如f5的申请依赖于slb的申请结果，这样完成一套环境的环境链路供给周期变得更长。当所有涉及的链路节点都供给操作执行完毕之后，需要对链路进行测试。如果链路正常，才能交付给开发测试使用。如果链路异常，需要逐层排查，定位问题之后再找到对应专业的人员处理解决。这使得整个环境链路的供给与检测的处理过程低效且冗余。
44.在执行环境链路的供给与检测过程中，存在流程长、过程繁琐、效率很低，且对人员依赖性特别大，问题处理不够及时。在快速开发迭代的背景下，环境链路供给和检测成了缩短开发周期的瓶颈，如何解决这个困难，助力项目高效完成，是非常迫切的事情。
45.为解决上述技术问题，本公开的实施例提供了一种环境链路供给与检测方法，包括：接收用户请求，所述用户请求包括配置顺序和节点信息，其中，所述配置顺序是由访问目标端至访问发起端的环境链路中节点的顺序；按照所述配置顺序，通过所述节点信息对链路节点执行供给操作；以及在所述供给操作成功的情况下，按照所述配置顺序对所述环境链路执行检测操作。
46.在本公开的实施例中，提供了一种环境链路供给与检测的方法，采用从目标端至访问端的顺序，进行多节点串行供给操作，实现了环境链路的快速供给，缩短了环境链路就绪的时间。同时，采用从目标端至访问端的顺序，对环境链路中的每个节点执行串行检测操作，能够在发生访问异常的情况下，快速定位故障点，避免了无谓的时间开销。
47.图1示意性示出了根据本公开实施例的环境链路供给与检测方法的应用场景图。
48.如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103、网络
104以及服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
49.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
50.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
51.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
52.需要说明的是，本公开实施例所提供的环境链路供给与检测方法一般可以由服务器105执行。相应地，本公开实施例所提供的环境链路供给与检测装置一般可以设置于服务器105中。本公开实施例所提供的环境链路供给与检测方法电可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的环境链路供给与检测装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。
53.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
54.以下将基于图1描述的场景，通过图2～图5对公开实施例的环境链路供给与检测方法进行详细描述。
55.图2示意性示出了根据本公开实施例的环境链路供给与检测方法的流程图。
56.如图2所示，该实施例的环境链路供给与检测方法包括操作s210～操作s230，该环境链路供给与检测方法可以由服务器105执行。
57.在操作s210中，接收用户请求，所述用户请求包括配置顺序和节点信息，其中，所述配置顺序是由访问目标端至访问发起端的环境链路中节点的顺序。
58.在环境链路完成相应配置的情况下，访问发起端可以通过域名访问目标端，其中，一次访问是从访问发起端经由环境链路中的多个节点，最终到达访问目标端。具体的，在本公开的实施例中，访问发起端是客户端，访问目标端为应用服务。
59.在环境链路执行供给与检测的情况下，服务器接收来自web页面前端发送来的用户请求。该用户请求包含有配置顺序与节点信息。其中，对于配置顺序，是由访问目标端至访问发起端的环境链路中节点的顺序，换句话说，上述配置顺序为从用户端访问应用服务端顺序的逆序。
60.例如，需要就绪一套包含复杂环境链路(即网络链路的环境)，由访问发起端至访问目标端网络部分的关系为：“域名
‑‑
＞一层f5系统
‑‑
＞dcpp系统
‑‑
＞二层f5系统
‑‑
＞slb系统
‑‑
＞应用服务”。即，用户想要访问应用服务，在输入域名后，网络中的环境链路的跳转顺序是从一层f5系统
‑‑
＞dcpp系统
‑‑
＞二层f5系统
‑‑
＞slb系统，最后到达应用服务。而上述针对环境链路中节点的配置顺序则是依照以下顺序：“slb系统
‑‑
＞二层f5系统
‑‑
＞dcpp系统
‑‑
＞一层f5系统”。其中，上述“一层f5系统”、“dcpp系统”、“二层f5系统”、“slb系统”以
及“应用服务”被称为环境链路中的节点。上述“一层f5系统”、“dcpp系统”、“二层f5系统”、“slb系统”以及“应用服务”，主要负责接收调用指令，并根据指令完成相应的操作。需要说明的是，其中，上述“域名”是“一层f5系统”的域名，因此，上述“域名”视为“一层f5”的一部分，并不看作是环境链路中的节点。同时，上述“应用服务”虽作为环境链路中的节点存在，但无需参与供给操作，仅参与检测操作。
61.为便于描述简洁，下文将采用“a
‑‑
＞b
‑‑
＞c
‑‑
＞d
‑‑
＞e”的环境链路的节点顺序替代上述“一层f5系统
‑‑
＞dcpp系统
‑‑
＞二层f5系统
‑‑
＞slb系统
‑‑
＞应用服务”的表述。其中，“a”对应“一层f5系统”，“b”对应“dcpp系统”，“c”对应“二层f5系统”，“d”对应“slb系统”，“e”对应“应用服务”。
62.根据本公开的实施例，所述节点信息至少包括节点名、节点的端口、环境标识以及域名信息等。其中，域名信息包括：域名和上下文根。
63.在操作s220中，按照所述配置顺序，通过所述节点信息对链路节点执行供给操作。
64.具体的，还是以上述由访问发起端至访问目标端环境链路关系为例。则进行对环境链路中节点的供给操作的顺序为：“d
‑‑
＞c
‑‑
＞b
‑‑
＞a”，即先对“d”执行供给操作，再按照箭头顺序依次对“c”、“b”和“a”执行供给操作。
65.需要说明的是，在本公开的实施例中，上述针对环境链路中的节点的供给操作是串行的过程。因此，并不存在多个节点在同一时刻并行执行供给操作的情况。
66.在操作s230，在所述供给操作成功的情况下，按照所述配置顺序对所述环境链路执行检测操作。
67.根据本公开的实施例，其中，所述按照所述配置顺序对所述环境链路执行检测操作包括：设置固定检测点和可变检测点，其中，所述固定检测点对应所述问目标端上，所述可变检测点对应其他非访问目标端节点；以及按照所述配置顺序，依次改变所述可变检测点；以及依次检测由所述可变检测点至所述固定检测点是否正常。
68.具体的，还是以上述由访问发起端至访问目标端环境链路关系(或称网络关系)为例，则进行对环境链路中节点的检测操作则是依照以下顺序：“d
‑‑
＞e”，“c
‑‑
＞e”，“b
‑‑
＞e”以及“a
‑‑
＞e”。其中，“e”点为应用服务，也就是访问目标端，在“e”设置上固定检测点，而在“a”、“b”、“c”以及“d”设置的是可变检测点。按照由“d”到“a”的顺序，依次改变可变检测点，以检测到不同节点到“应用服务”的通畅性，即检测到“应用服务是否可访问”。
69.当然，上述操作s230也可以是执行于环境链路中所有节点的成功完成供给操作后。即在“a”，“b”，“c”以及“d”完成供给操作后，按照上述检测顺序依次为：“d
‑‑
＞e”，“c
‑‑
＞e”，“b
‑‑
＞e”以及“a
‑‑
＞e”。上述操作s230还可以是执行于环境链路中相邻的两个节点完成供给操作后。即在对“d”完成供给操作后，对“d
‑‑
＞e”执行检测操作，随后，再对“c”完成供给操作后，对“c
‑‑
＞e”执行检测操作，以此往复。
70.需要说明的是，上述检测操作存在多种不同执行顺序的方案。
71.根据本公开的实施例，检测操作的执行顺序还可以是按照上述配置顺序，对相邻节点执行检测操作。
72.具体地，对环境链路中节点的检测操作，则是依照以下顺序进行：“d
‑‑
＞e”，“c
‑‑
＞d”，“b
‑‑
＞c”以及“a
‑‑
＞b”。但是此种方案需要在不同的节点上设置两个可变检测点。
73.根据本公开的实施例，检测操作的执行顺序可以是按照上述配置顺序的逆序执
行。
74.具体地，在按照上述配置顺序的逆序执行时，分为两种情况：情况一、设置一个可变检测点和一个固定检测点；情况二、设置两个可变检测点。对于情况一，对环境链路中节点的检测操作，则是依照以下顺序进行：“a
‑‑
＞e”，“b
‑‑
＞e”，“c
‑‑
＞e”以及“d
‑‑
＞e”。对于情况二，对环境链路中节点的检测操作，则是依照以下顺序进行：“a
‑‑
＞b”，“b
‑‑
＞c”，“c
‑‑
＞d”以及“d
‑‑
＞e”。当然，上述按照配置顺序的逆序执行检测操作仅能在环境链路中所有节点的成功完成供给操作后执行。因此，此类检测操作的执行顺序的方案的执行条较为苛刻，适应性差。并且，在情况一中，若中途出现访问失败，故障定位较为复杂，徒增时间开销。
75.在本公开的实施例中，采用一个可变检测点和一个固定检测点，在进行检测的时候，只需要改变，节省了检测点的配置流程。同时，采用的配置顺序进行环境链路检测，可以使得该方案的适应大量场景。
76.根据本公开的实施例，其中，所述方法还包括：在所述按照所述配置顺序，通过所述节点信息对链路节点执行供给操作时，和/或在所述按照所述配置顺序对所述环境链路执行检测时，记录执行点。
77.当然，上述执行点的记录也可以是针对不同粒度的操作。对于一个供给操作或一个检测操作，其中也存在着诸多的子操作，在供给操作中个别子操作执行时，或者在检测操作中个别子操作执行时，会出现两种情况，即执行成功和执行失败。当然，上述执行点的记录不限制执行的粒度。因此，通过已经记录的执行点可以执行回滚操作，总体上能够提升环境链路的供给操作和检测操作的效率。而上述回滚操作可以是触发于由对于故障的定时检测，在问题未被解决的情况下，执行上述回滚操作。
78.在本公开的实施例中，提供了一种环境链路供给与检测的方法，采用从目标端至访问端的顺序，进行多节点串行供给操作，实现了环境链路的快速供给，缩短了环境链路就绪的时间。同时，采用从目标端至访问端的顺序，对环境链路中的每个节点执行串行检测操作，能够在发生访问异常的情况下，快速定位故障点，避免了无谓的时间开销。
79.图3示意性示出了根据本公开实施例的一种供给操作方法的流程图。
80.如图3所示，该实施例的一种供给操作方法包括操作s310～操作s330，上述操作s220的部分至少可以由操作s310～操作s330执行。
81.在操作s310中，在当前节点为所述配置顺序的首端节点时，获取首端节点的调用信息，其中，所述首端节点的调用信息来自于所述节点信息中。
82.在操作s320中，基于所述首端节点的调用信息，调用首端节点。
83.在操作s330中，在调用所述首端节点成功的情况下，对所述首端节点对应的节点设备执行激活操作。
84.根据本公开的实施例，其中，所述激活操作包括：申请节点设备；在所述节点设备申请成功的情况下，获取节点配置信息，其中，所述节点配置信息来自于所述节点信息中；以及基于所述节点配置信息配置所述节点设备。
85.具体地，在进行供给操作时，“应用服务”是不需要配置的，因此。在本公开的实施例中，还是以上述环境链路中的配置顺序为例，当首端节点为“d”时，即首端节点“slb系统”时。解析所述节点信息，获取该“slb系统”的调用信息。并基于该调用信息生成调用指令，通过上述调用调用命令调用“slb系统”。并在此时记录当前执行节点s0，执行点s0用于在“slb
系统”调用失败的情况下，进行问题排查解决，并在次之后重新返回执行点s0，而无需从最初的步骤开始重启整个流程。
86.在系统调用成功的情况下，对“slb系统”对应的设备进行申请。并在设备申请成功的情况下，获取节点信息中的节点配置信息(即，针对“slb系统”对应设备的配置信息)，进行节点配置。其中，slb设备的申请流程为已封装的自动化的流程，在此不再赘述。
87.需要说明的是，在节点“slb系统”配置成功的情况下，会返回“slb系统”下挂ip和下挂端口。
88.在本公开的实施例中，针对首端节点的供给操作中的调用信息，需要从用户输入的节点信息中获取，进而开启首端节点的供给操作流程。
89.图4示意性示出了根据本公开实施例的另一种供给操作方法的流程图。
90.如图4所示，该实施例的一种供给操作方法包括操作s410～操作s430，上述操作s220的部分至少可以由操作s410～操作s430执行。
91.在操作s410中，在当前节点为所述配置顺序的非首端节点时，获取非首端节点的调用信息，所述非首端节点的调用信息是在上一所述节点设备激活成功的情况下生成的。
92.在操作s420中，基于所述非首端节点的调用信息，调用非首端节点。
93.在操作s430中，在调用所述非首端节点成功的情况下，对所述非首端节点对应的节点设备执行激活操作。
94.具体地，在本公开的实施例中，还是以上述环境链路为例，上述非首端节点包括“二层f5系统”、“dcpp系统”以及“一层f5系统”。在进行“一层f5系统”的供给操作时，获取上述“slb系统”的下挂ip和下挂端口。基于下挂ip和下挂端口生成针对“二层f5系统”的调用指令，以执行节点调用。并在此时记录当前执行节点s1。
95.在系统调用成功的情况下，进行二层f5设备申请。并在二层f5设备申请成功的情况下，获取节点信息中的节点配置信息，进行节点配置。其中，二层f5设备的申请流程为已封装的自动化的流程，在此不再赘述。
96.在节点“二层f5系统”配置成功的情况下，会返回“二层f5系统”下挂ip和下挂端口。该“二层f5系统”下挂ip和下挂端口用于生成“dcpp系统”的调用指令，以执行节点调用。并在此时记录当前执行节点s2。
97.在系统调用成功的情况下，进行dcpp设备申请。并在dcpp设备申请成功的情况下，获取节点信息中的节点配置信息，进行节点配置。其中，f5设备的申请流程为已封装的自动化的流程，在此不再赘述。
98.在节点“dcpp系统”配置成功的情况下，会返回“dcpp系统”下挂ip和下挂端口。该“dcpp系统”下挂ip和下挂端口用于生成“一层f5系统”的调用指令，以执行节点调用。并在此时记录当前执行节点s3。
99.在系统调用成功的情况下，进行一层f5设备申请。并在一层f5设备申请成功的情况下，获取节点信息中的节点配置信息，进行节点配置。其中，一层f5设备的申请流程为已封装的自动化的流程，在此不再赘述。
100.在本公开的实施例中，针对非首端节点的供给操作中的调用信息，需要从上一的节点申请成功的情况下，完成获取，进而开启的某个节点的供给操作流程。
101.图5示意性示出了根据本公开实施例的另一种供给操作方法的流程。
102.如图5所示，该实施例的一种供给操作方法包括操作s510～操作s540，操作s510～操作s540执行于上述操作s430后。
103.在操作s510中，获取域名调用信息，其中，所述域名调用信息来自于所述节点信息中。
104.在操作s520中，基于所述域名调用信息，调用域名服务。
105.在操作s530中，在调用所述域名服务成功的情况下，获取域名配置信息，其中，所述域名配置信息来自于所述节点信息中。
106.在操作s540中，基于所述域名配置信息，配置所述末端链路节点的域名。
107.具体的，获取所述域名调用信息，生成域名调用指令，以调用域名系统。并记录当前执行点为s5。
108.在系统调用成功的情况下，进行域名申请。并在域名申请成功的情况下，获取节点信息中的域名配置信息，进行完成域名配置。其中，上述申请的域名为“一层f5系统”的域名。
109.基于上述环境链路供给与检测方法，本公开还提供了一种环境链路供给与检测装置。以下将结合图6对该装置进行详细描述。
110.图6示意性示出了根据本公开实施例的环境链路供给与检测装置的结构框图。
111.如图6所示，该实施例的环境链路供给与检测装置600包括接收模块610、供给模块620和检测模块630。
112.所述接收模块610用于接收用户请求，所述用户请求包括配置顺序和节点信息，其中，所述配置顺序是由访问目标端至访问发起端的环境链路的顺序。在一实施例中，所述接收模块810可以用于执行前文描述的操作s210，在此不再赘述。
113.所述供给模块620用于按照所述配置顺序，通过所述节点信息对链路节点执行供给操作。在一实施例中，所述供给模块820可以用于执行前文描述的操作s220，在此不再赘述。
114.所述检测模块630用于在所述供给操作成功的情况下，按照所述配置顺序对所述环境链路执行检测操作。在一实施例中，所述检测模块830可以用于执行前文描述的操作s230，在此不再赘述。
115.在本公开的实施例中，提供了一种环境链路供给与检测的方法，采用从目标端至访问端的顺序，进行多节点串行供给操作，实现了环境链路的快速供给，缩短了环境链路就绪的时间。同时，采用从目标端至访问端的顺序，对环境链路中的每个节点执行串行检测操作，能够在发生访问异常的情况下，快速定位故障点，避免了无谓的时间开销。
116.根据本公开的实施例，其中，所述供给模块620，还用于在当前节点为所述配置顺序的首端节点时，获取首端节点的调用信息，其中，所述首端节点的调用信息来自于所述节点信息中；基于所述首端节点的调用信息，调用首端节点；以及在调用所述首端节点成功的情况下，对所述首端节点对应的节点设备执行激活操作。
117.根据本公开的实施例，其中，所述供给模块620，还用于在当前节点为所述配置顺序的非首端节点时，获取非首端节点的调用信息，所述非首端节点的调用信息是在上一所述节点设备激活成功的情况下生成的；基于所述非首端节点的调用信息，调用非首端节点；以及在调用所述非首端节点成功的情况下，对所述非首端节点对应的节点设备执行激活操
作。
118.根据本公开的实施例，其中，所述激活操作包括：申请节点设备；在所述节点设备申请成功的情况下，获取节点配置信息，其中，所述节点配置信息来自于所述节点信息中；以及基于所述节点配置信息配置所述节点设备。
119.根据本公开的实施例，其中，所述装置还包括域名配置模块，用于获取域名调用信息，其中，所述域名调用信息来自于所述节点信息中；基于所述域名调用信息，调用域名服务；在调用所述域名服务成功的情况下，获取域名配置信息，其中，所述域名配置信息来自于所述节点信息中；以及基于所述域名配置信息，配置所述末端链路节点的域名。
120.根据本公开的实施例，其中，所述检测模块630，还用于设置固定检测点和可变检测点，其中，所述固定检测点对应所述访问目标端上，所述可变检测点对应其他非访问目标端节点；以及按照所述配置顺序，依次改变所述可变检测点；以及依次检测由所述可变检测点至所述固定检测点是否正常。
121.根据本公开的实施例，其中，所述装置还包括执行点记录模块，用于在所述按照所述配置顺序，通过所述节点信息对链路节点执行供给操作时，和/或在所述按照所述配置顺序对所述环境链路执行检测时，记录执行点。
122.根据本公开的实施例，所述接收模块610、所述供给模块620和所述检测模块630中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，所述接收模块610、所述供给模块620和所述检测模块630中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，所述接收模块610、所述供给模块620和所述检测模块630中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
123.图7示意性示出了根据本公开实施例的适于实现环境链路供给与检测方法的电子设备的方框图。
124.如图7所示，根据本公开实施例的电子设备700包括处理器701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。处理器701例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器701还可以包括用于缓存用途的板载存储器。处理器701可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
125.在ram 703中，存储有电子设备700操作所需的各种程序和数据。处理器701、rom 702以及ram 703通过总线704彼此相连。处理器701通过执行rom 702和/或ram 703中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 702和ram 703以外的一个或多个存储器中。处理器701也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
126.根据本公开的实施例，电子设备700还可以包括输入/输出(i/o)接口705，输入/输
出(i/o)接口705也连接至总线704。电子设备700还可以包括连接至i/o接口705的以下部件中的一项或多项：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
127.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
128.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 702和/或ram 703和/或rom 702和ram 703以外的一个或多个存储器。
129.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的物品推荐方法。
130.在该计算机程序被处理器701执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
131.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分709被下载和安装，和/或从可拆卸介质711被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
132.在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被处理器701执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
133.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体的，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c++，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，
包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
134.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
135.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
136.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。