容器内Web服务的访问方法、装置、电子设备及存储介质与流程

容器内web服务的访问方法、装置、电子设备及存储介质
技术领域
1.本技术实施例涉及容器端口转发技术领域，尤其涉及一种容器内web服务的访问方法、装置、电子设备及存储介质。


背景技术：

2.随着容器技术的发展，容器对外提供web服务的场景特别多，比如超算集群中，计算节点一般是不开放外网的，计算节点的容器内部开放指定的端口，该端口指向容器内的web服务，外部可以通过管理节点对外开放的端口以及该计算节点容器内指定的端口访问到该容器内的web服务。
3.由于集群中的容器数量庞大，每个容器内部的web服务都需要通过对应容器的端口与管理节点的端口建立联系，而且每个web服务都需要独自对应管理节点的一个端口，那么集群中有多少web服务，就需要占用管理节点多少端口。
4.而管理节点的端口数量是有限的，在集群内web服务过多时，就会占据管理节点过多的端口，很有可能会出现管理节点端口不足的问题。


技术实现要素：

5.本技术实施例提供一种容器内web服务的访问方法、装置、电子设备及存储介质，以避免管理节点端口被过多的占用。
6.第一方面，本技术实施例提供了一种容器内web服务的访问方法，所述方法包括：
7.在需要通过管理节点获取目标任务的任务信息的情况下，从预先存储的任务与容器开放端口的关联关系中获取所述目标任务关联的目标端口，所述任务信息存储于所述目标端口所在的目标容器中；
8.获取管理节点当前处于空闲状态的转发端口，并建立所述转发端口和所述目标端口的链接通道；
9.基于所述链接通道访问所述目标容器内的web服务，以通过所述web服务获取所述目标容器存储的目标任务的任务信息。
10.可选的，所述获取管理节点当前处于空闲状态的转发端口，包括：
11.判断所述管理节点当前的开放端口中是否存在处于空闲状态的目标开放端口；
12.若存在处于空闲状态的目标开放端口，将所述目标开放端口作为当前处于空闲状态的转发端口。
13.上述技术方案，可以针对管理节点当前已经开放的开放端口进行循环利用，进一步减轻管理节点的端口压力。
14.可选的，所述判断所述管理节点当前的开放端口中是否存在处于空闲状态的目标开放端口，包括：
15.获取lua共享内存中存储的映射数据，所述映射数据包括多条映射关系，每条所述映射关系包括管理节点当前开放的任一开放端口以及所述任一开放端口对应的容器端口；
16.判断所述映射数据中是否存在使用状态为第一状态的目标映射关系，并将所述目标映射关系中的开放端口确定为处于空闲状态的目标开放端口。
17.上述技术方案，可以通过lua内存中存储的映射数据来反映管理节点当前存在的所有开放端口，并通过对映射数据中的映射关系引入使用状态的概念，来确定开放端口是否能确定为空闲状态的目标开放端口。
18.可选的，在所述获取管理节点当前处于空闲状态的转发端口之后，且在所述建立所述转发端口和所述目标端口的链接通道之前，所述方法还包括：
19.删除当前lua共享内存中包含所述转发端口的映射关系；
20.将所述转发端口与所述目标端口进行映射，将映射产生的映射关系存储到所述lua共享内存中，并将产生的所述映射关系的使用状态设置为第二状态。
21.上述方案中，通过对lua共享内存中映射数据以及转发端口对应的映射关系的使用状态的更新，保证lua共享内存中的映射数据与端口间实际链接状态相符，便于准确确定所需的转发端口。
22.可选的，所述建立所述转发端口和所述目标端口的链接通道，包括：
23.获取所述转发端口所在的管理节点的用户请求资源定位符，并将所述用户请求资源定位符与所述产生的映射关系进行绑定，得到绑定关系；
24.利用所述用户请求资源定位符与所述目标端口进行拼接，得到web服务访问资源定位符；
25.将所述web服务访问资源定位符以及所述绑定关系确定为链接通道。
26.上述方案中，利用web服务访问资源定位符，可以使访问方式变得更为灵活，用户可以通过web服务访问资源定位符进行目标端口的访问，而管理节点能够通过该绑定关系确定出转发到目标端口的转发端口。
27.可选的，所述基于所述链接通道访问所述目标容器内的web服务，以通过所述web服务获取所述目标容器存储的目标任务的任务信息，包括：
28.从所述web服务访问资源定位符中提取所述用户请求资源定位符，并基于所述绑定关系确定所述用户请求资源定位符对应的映射关系；
29.通过所述映射关系中的转发端口以及目标端口访问所述web服务，以通过所述web服务获取所述目标容器存储的目标任务的任务信息。
30.上述方案中，可以实现用户通过web服务访问资源定位符以及绑定关系，正确地通过转发端口转发到目标端口，访问到相应的web服务。
31.可选的，所述获取管理节点当前处于空闲状态的转发端口，还包括：
32.若不存在处于空闲状态的目标开放端口，在所述管理节点中新建开放端口，并将新建的所述开放端口作为当前处于空闲状态的转发端口。
33.上述方案中，能够在不存在处于空闲状态的目标开放端口情况下，新建一个开放端口作为处于空闲状态的转发端口，保证访问能够正常进行。
34.第二方面，本技术实施例还提供了一种容器内web服务的访问装置，该容器内web服务的访问装置包括：
35.获取模块，用于在需要通过管理节点获取目标任务的任务信息的情况下，从预先存储的任务与容器开放端口的关联关系中获取所述目标任务关联的目标端口，所述任务信
息存储于所述目标端口所在的目标容器中；
36.建立模块，用于获取管理节点当前处于空闲状态的转发端口，并建立所述转发端口和所述目标端口的链接通道；
37.访问模块，用于基于所述链接通道访问所述目标容器内的web服务，以通过所述web服务获取所述目标容器存储的目标任务的任务信息。
38.第三方面，本技术实施例还提供了一种电子设备，所述电子设备包括：
39.一个或多个处理器；
40.存储装置，用于存储一个或多个程序，
41.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本技术任一实施例提供的容器内web服务的访问方法。
42.第四方面，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如本技术任一实施例提供的容器内web服务的访问方法。
43.本技术实施例的技术方案中，在需要通过管理节点获取目标任务的任务信息的情况下，从预先存储的任务与容器开放端口的关联关系中获取所述目标任务关联的目标端口，其中，所述任务信息存储于所述目标端口所在的目标容器中；然后获取管理节点当前处于空闲状态的转发端口，并建立所述转发端口和所述目标端口的链接通道；最后基于所述链接通道访问所述目标容器内的web服务，以通过所述web服务获取所述目标容器存储的目标任务的任务信息。相对于现有技术，本技术不再采用转发端口与目标端口固定对应的方式来保证通过转发端口和目标端口访问到web服务，而是在每次需要获取任务信息时，利用管理节点处于空闲的转发端口跟目标端口临时建立起链接通道，那么对于空闲状态的转发端口，本技术能够实现循环利用，避免了空闲的转发端口被某个服务强行占据的情况，有效避免管理节点端口被过多的占用问题。
附图说明
44.图1为本技术实施例一提供的容器内web服务的访问方法的流程示意图；
45.图2为本技术的实施例一提供的计算集群的架构示意图；
46.图3为本技术的实施例一提供的建立链接通道的流程示意图；
47.图4为本技术的实施例一提供的用户交互界面示意图；
48.图5为本技术的实施例二提供的一种容器内web服务的访问流程示意图；
49.图6为本技术实施例三提供的一种容器内web服务的访问装置的结构示意图；
50.图7为本技术实施例四提供的一种电子设备的结构示意图。
具体实施方式
51.下面结合附图和实施例对本技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。
52.实施例一
53.图1为本技术实施例一提供的容器内web服务的访问方法的流程示意图，本实施例
可适用于容器内web服务的访问的场景。该方法可以由容器内web服务的访问装置来执行，该装置可采用硬件和/或软件的方式实现，并一般可以集成在具有数据运算能力的计算机等电子设备中，具体包括如下步骤：
54.步骤101、在需要通过管理节点获取目标任务的任务信息的情况下，从预先存储的任务与容器开放端口的关联关系中获取目标任务关联的目标端口，任务信息存储于目标端口所在的目标容器中。
55.需要说明的是，本实施例的方法可以应用在计算集群中，该计算集群中设置有管理节点和计算节点，管理节点的数量和计算节点的数量可以根据计算集群的规模进行设定，此处不进行限定。
56.为了更好地进行说明，可以以具体例子的形式对该计算集群的架构进行说明，可以参阅图2，图2为本技术的实施例一提供的计算集群的架构示意图。
57.如图2所示，本计算集群存在1个管理节点和5个计算节点，在计算节点a中设置有容器，该容器内设置有web服务，外部可以通过管理节点进行端口转发，从而访问到计算节点a中的该web服务。
58.需要说明的是，该目标任务运行时至少需要依据该计算节点a中设置的容器，该容器内存储有该目标任务运行时产生的任务信息，该任务信息可以是目标任务的运行进度、运行结果等。
59.在新建该目标任务时，为了完成该目标任务，会在至少一个计算节点中新建容器，容器中用来安装完成该目标任务所需的应用程序，该应用程序可以协助完成该目标任务。
60.为了实现正确的端口转发，即保证外部正确获取该目标任务的任务信息，本实施例中，在新建容器后，会将该目标任务与新建容器的端口信息进行映射保存，在一个具体的例子中，该映射可以保存在计算集群的数据库中，以数据表的形式进行保存。
61.另外，端口信息可以包括该新建容器的ip以及该新建容器中存在的各个服务所对应的端口，在一个具体的例子中，若新建容器中存在web服务，该web服务对应的端口可以是该新建容器的8080端口。
62.一般，外部如果想要访问计算节点中容器内存储的任务信息，该容器中需要安装相应的web服务，在安装时，会为该web服务分配相应的端口。需要说明的是，该web服务可以在需要通过管理节点获取目标任务的任务信息的情况下，再进行安装和端口配置，也可以在新建该目标任务的时刻，就在相应的容器中安装并配置好web服务。
63.无论是何时安装的web服务，前述保存目标任务与容器端口信息的数据表中，都会在安装完该web服务之后相应的端口标识存储到数据表中，并与安装该web服务的容器ip进行映射。
64.因此，本步骤中，可以从预先存储的任务与容器开放端口的关联关系中获取目标任务关联的目标端口。其中，该关联关系即是数据表中存储的映射数据，为了对各个任务进行区别，可以利用任务标识来对任务进行识别，比如目标任务的任务标识为1001，那么，可以从前述数据表中查找该任务标识1001对应的web服务的目标端口。
65.步骤102、获取管理节点当前处于空闲状态的转发端口，并建立转发端口和目标端口的链接通道。
66.本步骤中，管理节点会有多个端口，所有端口的端口标识都存储在资源池中，需要
说明的是，该资源池中可以是所有未使用过的未开放端口。
67.对管理节点的开放端口进行管理，可以依靠在管理节点中搭建的nginx lua环境，该环境设置有lua共享内存，该lua共享内存中就可以存储管理节点的开放端口与容器的web服务对应端口之间的映射关系。
68.本步骤获取空闲状态的转发端口时，可以先判断管理节点当前的开放端口中是否存在处于空闲状态的目标开放端口；若存在处于空闲状态的目标开放端口，将目标开放端口作为当前处于空闲状态的转发端口。
69.具体的，可以先获取lua共享内存中存储的映射数据，映射数据包括多条映射关系，每条映射关系包括管理节点当前开放的任一开放端口以及任一开放端口对应的容器端口；然后判断映射数据中是否存在使用状态为第一状态的目标映射关系，并将目标映射关系中的开放端口确定为处于空闲状态的目标开放端口。
70.在一个具体的例子中，lua共享内存中存储的映射数据可以如表1所示。
71.表1
72.管理节点端口容器ip容器端口使用状态端口a1ip1端口a2true端口b1ip2端口b2false端口c1ip3端口c2true端口d1ip4端口d2true
73.首先，可以先判断表1中是否存在使用状态为第一状态false的目标映射关系，从表1中可以看出，“端口b1-ip3-端口b2”这一映射关系的使用状态为false。
74.然后，可以将该条映射关系确定为目标映射关系，并将该目标映射关系中的管理节点端口“端口b1”确定为处于空闲状态的目标开放端口。最后将该目标开放端口设置为转发接口即可。
75.为了便于后续的访问，在确定好转发端口后，可以对lua共享内存中的映射数据进行更新。具体的，可以先删除当前lua共享内存中包含转发端口的映射关系；然后将转发端口与目标端口进行映射，将映射产生的映射关系存储到lua共享内存中，并将产生的映射关系的使用状态设置为第二状态。
76.仍以上述表1为例，若目标端口为容器ip5的端口e2，那么新的映射关系就为“端口b1-ip5-端口e2”，此时，便可以将“端口b1-ip3-端口b2”这一映射关系从表1中删除，然后将“端口b1-ip5-端口e2”这一映射关系添加到表1中，并将“端口b1-ip5-端口e2”这一映射关系的使用状态设置为第二状态true。形成的新的映射数据可以如表2所示。
77.表2
78.管理节点端口容器ip容器端口使用状态端口a1ip1端口a2true端口b1ip5端口e2true端口c1ip3端口c2true端口d1ip4端口d2true
79.当然，本实施例还可能出现不存在处于空闲状态的目标开放端口的情况，若不存在处于空闲状态的目标开放端口，可以在管理节点中新建开放端口，并将新建的开放端口
作为当前处于空闲状态的转发端口。
80.需要说明的是，可以从管理节点的资源池中找到任一个未使用的端口作为新建的开放端口，该未使用的端口指的是未包含在映射数据中的端口，当然，若映射数据中的某条映射关系再一定的时长内使用状态均处于第一状态(即false)，可以将该条映射关系删除，然后将该条映射关系中的管理节点的端口再放回该管理节点的资源池中。
81.另外，在确定好转发接口后，可以建立该转发端口和目标端口的链接通道，用户可以通过该链接通道访问相应的web服务。具体可以参考图3，图3为本技术的实施例一提供的建立链接通道的流程示意图。
82.如图3所示，建立链接通道的过程可以包括：
83.步骤301、获取转发端口所在的管理节点的用户请求资源定位符，并将用户请求资源定位符与产生的映射关系进行绑定，得到绑定关系。
84.本步骤中，用户请求资源定位符指的是用户在登录该管理节点后，携带有用户标识以及该管理节点标识的url。一般，根据用户操作生成获取目标任务的任务信息的请求时，都会生成该用户请求资源定位符，当然，该请求中还可以包括目标任务的任务标识，相应容器的ip。
85.需要说明的是，一个任务可能会包含多个子任务，每个子任务由相应的一个容器中的应用程序来协助完成，当每个子任务都完成时，该任务即可视为完成。
86.而对于用户，若想获取该任务的任务信息，本实施例可以提供一个交互界面，供用户进行操作。该交互界面中包括了该任务所包含的子任务、每个子任务对应的容器，每个子任务的任务信息查询按钮，具体可以参阅图4，图4为本技术的实施例一提供的用户交互界面示意图。
87.如图4所示，该交互界面显示的是任务a的相关内容，比如任务a所包含的子任务a、子任务b以及子任务c；子任务a对应的容器1、子任务b对应的容器2以及子任务c对应的容器3；子任务a对应的查询按钮、子任务b对应的查询按钮以及子任务c对应的查询按钮。通常，用户可以通过点击查询按钮触发对某个子任务的任务信息的查询。
88.在得到用户请求资源定位符后，可以将该用户请求资源定位符与前边产生的映射关系进行绑定，得到绑定关系。该绑定关系可以便于后续对web服务的访问。
89.步骤302、利用用户请求资源定位符与目标端口进行拼接，得到web服务访问资源定位符。
90.本步骤中，该web服务访问资源定位符可以回传到前述交互界面中，作为相应的查询按钮的查询链接。在用户点击查询按钮后，根据该查询按钮对应的查询链接来获取相应的任务信息。
91.在一个具体的例子中，用户请求资源定位符可以为“http://10.0.35.187:7090/sothisai/api/containers/container-service？”其中，“10.0.35.187:7090”指的是管理节点在计算集群中的ip地址。
92.而目标端口可以使用id“aiforward452480057772867584”来进行标识，将两者拼接后，可以得到最终的web服务访问资源定位符“http://10.0.35.187:7090/sothisai/api/containers/container-service？id＝aiforward452480057772867584”。
93.步骤303、将web服务访问资源定位符以及绑定关系确定为链接通道。
94.本步骤中，可以将前述绑定关系和web服务访问资源定位符作为链接通道，供后续用户通过该链接通道进行任务信息的查询和获取。
95.步骤103、基于链接通道访问目标容器内的web服务，以通过web服务获取目标容器存储的目标任务的任务信息。
96.本步骤中，指的是用户在交互界面中点击某一查询按钮后，会按照该查询按钮对应的查询链接查询任务信息的过程。需要说明的是，本实施例中，交互界面会根据查询链接(即web服务访问资源定位符)中的管理节点ip将该查询链接发送给相应的管理节点，然后管理节点从web服务访问资源定位符中提取用户请求资源定位符。
97.再基于链接通道中的绑定关系，确定该用户请求资源定位符对应的映射关系；最后通过映射关系中的转发端口以及目标端口访问web服务，以通过web服务获取目标容器存储的目标任务的任务信息。
98.本技术实施例的技术方案中，在需要通过管理节点获取目标任务的任务信息的情况下，从预先存储的任务与容器开放端口的关联关系中获取目标任务关联的目标端口，其中，任务信息存储于目标端口所在的目标容器中；然后获取管理节点当前处于空闲状态的转发端口，并建立转发端口和目标端口的链接通道；最后基于链接通道访问目标容器内的web服务，以通过web服务获取目标容器存储的目标任务的任务信息。相对于现有技术，本技术不再采用转发端口与目标端口固定对应的方式来保证通过转发端口和目标端口访问到web服务，而是在每次需要获取任务信息时，利用管理节点处于空闲的转发端口跟目标端口临时建立起链接通道，那么对于空闲状态的转发端口，本技术能够实现循环利用，避免了空闲的转发端口被某个服务强行占据的情况，有效避免管理节点端口被过多的占用问题。
99.实施例二
100.图5为本技术的实施例二提供的一种容器内web服务的访问流程示意图。
101.如图5所示，本实施例提供的容器内web服务的访问过程可以包括：
102.步骤501、从预先存储的任务与容器开放端口的关联关系中获取目标任务关联的目标端口。
103.步骤502、获取lua共享内存中存储的映射数据。
104.步骤503、判断映射数据中是否存在使用状态为第一状态的目标映射关系。
105.步骤504、若存在使用状态为第一状态的目标映射关系，则将目标映射关系中的开放端口确定为处于空闲状态的目标开放端口，并将目标开放端口作为当前处于空闲状态的转发端口。
106.步骤505、删除当前lua共享内存中包含转发端口的映射关系。
107.步骤506、将转发端口与目标端口进行映射，将映射产生的映射关系存储到lua共享内存中。
108.由于后续需要将该转发端口重新利用，转发端口不再与之前的端口具有映射关系，因此，为了保证lua共享内存中存储的映射关系与事实相符，可以执行步骤505，将当前存储的转发端口的映射关系进行删除，然后执行步骤506中的映射和存储过程。
109.步骤507、将产生的映射关系的使用状态设置为第二状态。
110.由于新产生的映射关系需要被使用，因此，其对应的映射关系的使用状态需要设置为第二状态，以便于新执行本实施例时，避免该映射关系被选中为目标映射关系。
111.步骤508、若不存在使用状态为第一状态的目标映射关系，在管理节点中新建开放端口，并将新建的开放端口作为当前处于空闲状态的转发端口。
112.步骤509、获取转发端口所在的管理节点的用户请求资源定位符，并将用户请求资源定位符与产生的映射关系进行绑定，得到绑定关系。
113.步骤510、利用用户请求资源定位符与目标端口进行拼接，得到web服务访问资源定位符。
114.步骤511、将web服务访问资源定位符以及绑定关系确定为链接通道。
115.步骤512、从web服务访问资源定位符中提取用户请求资源定位符，并基于绑定关系确定用户请求资源定位符对应的映射关系。
116.步骤513、通过映射关系中的转发端口以及目标端口访问web服务，以通过web服务获取目标容器存储的目标任务的任务信息。
117.本实施例的方案，相对于现有技术，本技术不再采用转发端口与目标端口固定对应的方式来保证通过转发端口和目标端口访问到web服务，而是在每次需要获取任务信息时，利用管理节点处于空闲的转发端口跟目标端口临时建立起链接通道，那么对于空闲状态的转发端口，本技术能够实现循环利用，避免了空闲的转发端口被某个服务强行占据的情况，有效避免管理节点端口被过多的占用问题。
118.实施例三
119.图6为本技术实施例三提供的一种容器内web服务的访问装置的结构示意图。本技术实施例所提供的容器内web服务的访问装置可执行本技术任意实施例所提供的容器内web服务的访问方法，具备执行方法相应的功能模块和有益效果。该装置可采用软件和/或硬件的方式实现，如图6所示，容器内web服务的访问装置具体包括：获取模块601、建立模块602、访问模块603。
120.其中，获取模块，用于在需要通过管理节点获取目标任务的任务信息的情况下，从预先存储的任务与容器开放端口的关联关系中获取目标任务关联的目标端口，任务信息存储于目标端口所在的目标容器中；
121.建立模块，用于获取管理节点当前处于空闲状态的转发端口，并建立转发端口和目标端口的链接通道；
122.访问模块，用于基于链接通道访问目标容器内的web服务，以通过web服务获取目标容器存储的目标任务的任务信息。
123.本技术实施例的技术方案中，在需要通过管理节点获取目标任务的任务信息的情况下，从预先存储的任务与容器开放端口的关联关系中获取目标任务关联的目标端口，其中，任务信息存储于目标端口所在的目标容器中；然后获取管理节点当前处于空闲状态的转发端口，并建立转发端口和目标端口的链接通道；最后基于链接通道访问目标容器内的web服务，以通过web服务获取目标容器存储的目标任务的任务信息。相对于现有技术，本技术不再采用转发端口与目标端口固定对应的方式来保证通过转发端口和目标端口访问到web服务，而是在每次需要获取任务信息时，利用管理节点处于空闲的转发端口跟目标端口临时建立起链接通道，那么对于空闲状态的转发端口，本技术能够实现循环利用，避免了空闲的转发端口被某个服务强行占据的情况，有效避免管理节点端口被过多的占用问题。
124.进一步的，获取模块包括：
125.判断单元，用于判断管理节点当前的开放端口中是否存在处于空闲状态的目标开放端口；
126.第一转发端口确定单元，用于若存在处于空闲状态的目标开放端口，将目标开放端口作为当前处于空闲状态的转发端口。
127.进一步地，判断单元包括：
128.获取子单元，用于获取lua共享内存中存储的映射数据，映射数据包括多条映射关系，每条映射关系包括管理节点当前开放的任一开放端口以及任一开放端口对应的容器端口；
129.判断子单元，用于判断映射数据中是否存在使用状态为第一状态的目标映射关系，并将目标映射关系中的开放端口确定为处于空闲状态的目标开放端口。
130.进一步地，装置还包括：
131.删除模块，用于删除当前lua共享内存中包含转发端口的映射关系；
132.存储模块，用于将转发端口与目标端口进行映射，将映射产生的映射关系存储到lua共享内存中，并将产生的映射关系的使用状态设置为第一状态。
133.进一步地，建立模块包括：
134.绑定单元，用于获取转发端口所在的管理节点的用户请求资源定位符，并将用户请求资源定位符与产生的映射关系进行绑定，得到绑定关系；
135.拼接单元，用于利用用户请求资源定位符与目标端口进行拼接，得到web服务访问资源定位符；
136.链接通道确定单元，用于将web服务访问资源定位符以及绑定关系确定为链接通道。
137.进一步地，访问模块包括：
138.提取单元，用于从web服务访问资源定位符中提取用户请求资源定位符，并基于绑定关系确定用户请求资源定位符对应的映射关系；
139.访问单元，用于通过映射关系中的转发端口以及目标端口访问web服务，以通过web服务获取目标容器存储的目标任务的任务信息。
140.进一步地，建立模块还包括：
141.第二转发端口确定单元，用于若不存在处于空闲状态的目标开放端口，在管理节点中新建开放端口，并将新建的开放端口作为当前处于空闲状态的转发端口。
142.实施例四
143.图7为本技术实施例四提供的一种电子设备的结构示意图，如图7所示，该电子设备包括处理器710、存储器720、输入装置730和输出装置740；电子设备中处理器710的数量可以是一个或多个，图7中以一个处理器710为例；电子设备中的处理器710、存储器720、输入装置730和输出装置740可以通过总线或其他方式连接，图7中以通过总线连接为例。
144.存储器720作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的容器内web服务的访问方法对应的程序指令/模块(例如，容器内web服务的访问装置中的获取模块601、建立模块602、访问模块603)。处理器710通过运行存储在存储器720中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现上述的容器内web服务的访问方法：
145.在需要通过管理节点获取目标任务的任务信息的情况下，从预先存储的任务与容器开放端口的关联关系中获取目标任务关联的目标端口，任务信息存储于目标端口所在的目标容器中；
146.获取管理节点当前处于空闲状态的转发端口，并建立转发端口和目标端口的链接通道；
147.基于链接通道访问目标容器内的web服务，以通过web服务获取目标容器存储的目标任务的任务信息。
148.存储器720可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器720可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器720可进一步包括相对于处理器710远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
149.实施例五
150.本技术实施例五还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种容器内web服务的访问方法，该方法包括：
151.在需要通过管理节点获取目标任务的任务信息的情况下，从预先存储的任务与容器开放端口的关联关系中获取目标任务关联的目标端口，任务信息存储于目标端口所在的目标容器中；
152.获取管理节点当前处于空闲状态的转发端口，并建立转发端口和目标端口的链接通道；
153.基于链接通道访问目标容器内的web服务，以通过web服务获取目标容器存储的目标任务的任务信息。
154.当然,本技术实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作,还可以执行本技术任意实施例所提供的容器内web服务的访问方法中的相关操作。
155.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本技术可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、闪存(flash)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例的方法。
156.值得注意的是，上述搜索装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。
157.注意，上述仅为本技术的较佳实施例及所运用技术原理。本领域技术人员会理解，本技术不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本技术的保护范围。因此，虽然通过以上实施例对本技术进行了较
为详细的说明，但是本技术不仅仅限于以上实施例，在不脱离本技术构思的情况下，还可以包括更多其他等效实施例，而本技术的范围由所附的权利要求范围决定。