一种边边调度方法、装置、系统和可读存储介质与流程

1.本发明涉及云计算技术领域，特别是指一种边边调度方法、装置、系统和可读存储介质。


背景技术：

2.库伯内特（kubernetes，k8s）作为一个开源平台，用于管理容器化的工作负载和服务，相较于虚拟化部署应用，容器化具有更高的跨云和跨系统的可移植性，契合了云计算的发展需求。kubernetes通过将容器放在节点（node）上运行的容器组（pod）中来执行工作负载，利用调度策略，将负载所属的pod调度到节点上，形成了自己的一套容器编排规则。
3.在边缘场景下，kubernetes对于网络性能的高要求，以及边端设备的性能限制了kubernetes的泛用性，从而产生了kubeedge。kubeedge优化了kubernetes的边缘节点agent，降低了边缘组件的资源占用，可支持更多的架构类型，并且添加了离线自治功能。
4.虽然kubeedge提供了边缘网络场景下的容器化解决方案，但是随着边缘计算领域的发展，边缘网络拥有了越来越广阔的应用领域。为了保证通信效率，边边通信成为了pod间通信的主要手段，而边端设备的网络性能却限制了边缘领域的应用发展。虽然kubeedge支持离线自治，可以维持pod自身的稳定性，但是对于边边网络的性能优化程度却十分有限。并且，对于边边通信较为频繁的pod，kubeedge沿用了kubernetes的调度方案，仅根据节点的资源性能进行调度，忽略了网络因素的影响，对于边边通信造成了一定的困扰。
5.随着数字经济的发展，算力逐渐呈现出内核多样化、分布泛在化的趋势。除了通用计算外，高性能计算、智能计算的出现，算力内核不断向图形处理器（graphics processing unit，gpu）、可编程阵列逻辑（field programmable gate array，fpga）和网络处理器（neural-network processing unit，npu）等异构化方向发展。近年来，随着物联网、边缘计算的繁荣发展，海量终端接入网络，算力逐渐向边缘侧和端侧延伸，边缘算力逐渐丰富。算力整体上呈现云边端三级架构，具备云算力超集中、边端算力超分布的特征。
6.通过网络连接泛在算力，可突破单点算力的性能极限，发挥算力的集群优势。通过对算网资源的全局智能调度和优化，可有效促进算力流动，满足业务对算力随需使用的需求。同时，伴随着行业应用对于网络在端到端质量方面的极致要求，网络需从尽力而为向端到端确定性保障演进，网络协议也需创新发展。为了满足边缘算力对于算力网络的支持，实现算网大脑调度方案下沉，细化边端调度流程，支撑异构网络对于边端的控制，必须优化现有调度方案，改进调度框架。
7.因此，现有kubeedge技术缺点如下：kubeedge虽然可以通过离线自治保证pod运行状态，却无法保证与云端通信状态的稳定性以及pod边边通信的性能无法保证。综上，现有的边边调度方法具有通信性能差以及边端设备的网络性能难以实现节点自主调度的问题。


技术实现要素：

8.本发明的目的是提供一种边边调度方法、装置、系统和可读存储介质，用以解决现
有的边边调度方法具有通信性能差以及边端设备的网络性能难以实现节点自主调度的问题。
9.为解决上述技术问题，本发明实施例提供如下技术方案。
10.第一方面，本发明实施例提供一种边边调度方法，应用于第一节点，所述方法包括：获取容器组pod在所述第一节点上运行时的通信信息；接收第一设备发送的第二节点的节点信息；在所述第一节点的网络状态不能满足所述pod的应用需求的情况下，根据所述通信信息和所述节点信息确定满足所述应用需求的第一目标节点；将所述pod调度至所述第一目标节点；其中，所述第二节点包括所述第一目标节点。
11.可选地，所述根据所述通信信息和所述节点信息确定满足所述应用需求的第一目标节点，包括：根据所述通信信息、所述节点信息和训练好的奇异值分解模型svd模型，得到所述pod与每一所述第二节点之间的适配度；根据所述pod与每一所述第二节点之间的适配度，确定所述第二节点中的至少一个第二目标节点；按照所述适配度由高到低的顺序，在所述至少一个第二目标节点中确定满足所述应用需求的第一目标节点。
12.可选地，所述方法还包括：根据历史通信信息构建历史通信矩阵；根据所述历史通信信息和历史节点信息构建历史权重矩阵；根据所述历史通信矩阵、所述历史权重矩阵和历史pod与历史节点之间的适配度对预设的初始svd模型进行训练，得到训练好的svd模型。
13.可选地，所述根据历史通信信息构建历史通信矩阵，包括：根据历史pod名称、历史pod命名空间、历史pod与历史节点之间的通信时间和历史节点的名称，构建初始历史通信矩阵；根据历史pod对应的调度策略，对所述初始历史通信矩阵进行处理，得到所述历史通信矩阵；其中，所述历史通信信息包括所述历史pod名称、所述历史pod命名空间、所述历史pod与历史节点之间的通信时间和所述历史节点的名称。
14.可选地，所述根据所述历史通信信息和历史节点信息构建历史权重矩阵，包括：根据历史pod与历史节点之间的通信成功次数、历史节点带宽信息和历史节点网络组件健康状态信息，得到所述历史权重矩阵；其中，所述历史节点信息包括所述历史节点带宽信息和所述历史节点网络组件健康状态信息。
15.第二方面，本发明实施例还提供一种边边调度方法，应用于第一设备，所述方法包括：向第一节点发送第二节点的节点信息；
其中，所述第二节点的节点信息用于指示在所述第一节点的网络状态不能满足所述第一节点上运行的容器组pod的应用需求的情况下，根据所述pod在所述第一节点上运行时的通信信息和所述节点信息确定满足所述应用需求的第一目标节点，并将所述pod调度至所述第一目标节点；所述第二节点包括所述第一目标节点。
16.第三方面，本发明实施例还提供一种边边调度装置，应用于第一节点，所述装置包括：获取模块，用于获取容器组pod在所述第一节点上运行时的通信信息；接收模块，用于接收第一设备发送的第二节点的节点信息；确定模块，用于在所述第一节点的网络状态不能满足所述pod的应用需求的情况下，根据所述通信信息和所述节点信息确定满足所述应用需求的第一目标节点；调度模块，用于将所述pod调度至所述第一目标节点；其中，所述第二节点包括所述第一目标节点。
17.第四方面，本发明实施例还提供一种边边调度装置，应用于第一设备，所述装置包括：发送模块，用于向第一节点发送第二节点的节点信息；其中，所述第二节点的节点信息用于指示在所述第一节点的网络状态不能满足所述第一节点上运行的容器组pod的应用需求的情况下，根据所述pod在所述第一节点上运行时的通信信息和所述节点信息确定满足所述应用需求的第一目标节点，并将所述pod调度至所述第一目标节点；所述第二节点包括所述第一目标节点。
18.第五方面，本发明实施例还提供一种边边调度系统，包括第一节点和第一设备；其中，所述第一节点用于执行如第一方面中任一项所述的边边调度方法中的步骤；所述第一设备用于执行如第二方面所述的边边调度方法中的步骤。
19.第六方面，本发明实施例还提供一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如第一方面中任一项所述的边边调度方法中的步骤，或者，实现如第二方面所述的边边调度方法中的步骤。
20.本发明的上述技术方案的有益效果如下：本发明方案提供的边边调度方法，通过第一节点获取容器组pod在第一节点上运行时的通信信息，并接收第一设备发送的第二节点的节点信息，可以保证节点在进行边边调度时的通信性能的稳定，并在第一节点的网络状态不能满足pod的应用需求的情况下，根据通信信息和节点信息确定满足应用需求的第一目标节点，将所述pod调度至第一目标节点，从而可以使得边端设备易于实现节点自主调度。
附图说明
21.图1为本发明实施例提供的应用于第一节点的边边调度方法的流程图；图2为本发明实施例提供的边边调度系统的结构示意图之一；图3为本发明实施例提供的训练svd模型的示意图；图4为本发明实施例提供的应用于第一设备的边边调度方法的流程图；图5为本发明实施例提供的边边调度方法的具体流程图；
图6为本发明实施例提供的应用于第一节点的边边调度装置的结构示意图；图7为本发明实施例提供的应用于第一设备的边边调度装置的结构示意图；图8为本发明实施例提供的边边调度系统的结构示意图之二。
具体实施方式
22.为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
23.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”、“在一实施例中”或“在一可选实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
24.在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
25.另外，本文中术语“系统”和“网络”在本文中常可互换使用。
26.在本技术所提供的实施例中，应理解，“与a 相应的b”表示b与a相关联，根据a可以确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。
27.为了解决现有的边边通信方法通信性能差以及调度方案不科学的问题，本发明实施例提供一种边边调度方法、装置、系统和可读存储介质。
28.如图1所示，本发明实施例提供一种边边调度方法，应用于第一节点，所述方法包括：步骤101：获取容器组pod在所述第一节点上运行时的通信信息。
29.需要说明的是，本发明实施例提供的第一节点为边缘节点（node），边缘节点也可以称为边端设备。
30.在本步骤中，用户首先在云端设备上创建工作负载，并配置对应的调度策略，云端设备根据调度策略调度pod，并在符合条件的边缘节点（即第一节点）上创建pod，pod在第一节点上正常运行，获取pod在第一节点上运行时的通信信息并存储。
31.其中，所述通信信息包括以下至少一项：所述pod的名称；所述pod的命名空间；所述第一节点的名称；所述pod与所述第一节点之间的通信时间；所述pod与所述第一节点之间是否成功通信；所述pod与所述第一节点之间的通信频率；所述pod与所述第一节点之间的通信成功率；所述pod与所述第一节点之间的通信时延；目的ip。
32.本发明实施例提供一种边边调度系统，如图2所示，该边边调度系统包括云端设备（cloud）和边缘节点（edge）。其中，云端设备一侧包括云端核心组件（cloudcore），云端核心组件包括控制器（controllers）和云端结构体（cloudhub），用户通过库伯内特（k8s）应用程序编程接口（application programming interface，api）服务器（server）连接，创建工作负载，配置对应的调度策略，根据调度策略调度pod，并在符合条件的边缘节点（即第一节点）上创建pod。边缘节点一侧的组件包括监控边边通信组件（edgemonitor）、信息备份组件
（datastore）和执行边边调度组件，执行边边调度组件包括边缘核心组件（edgecore），边缘核心组件包括边缘结构体（edgehub）、边缘容器应用程序管理组件（edged）和元管理器组件（metamanager）。edgemonitor监控并获取通信信息，并将该通信信息记录存储在datastore中。
33.步骤102：接收第一设备发送的第二节点的节点信息。
34.需要说明的是，在本发明实施例中第一设备为云端设备，第二节点为除第一节点之外的边缘节点。
35.在本步骤中，云端设备可以定时或者每间隔预设时长（比如一分钟）向第一节点发送第二节点的节点信息，第一节点的edgemonitor接收第二节点的节点信息并在第一节点上作备份，并将第二节点的节点信息存储至datastore中，同时datastore中还存储有第一节点的节点信息。
36.请继续参阅图2，cloudhub向边缘节点的edgehub发送第二节点的节点信息。edgemonitor获取节点信息，并将该节点信息记录存储在datastore中。
37.其中，所述节点信息包括以下至少一项：节点带宽信息、节点网络组件健康状态信息；节点网络稳定性信息；节点网络时延。
38.步骤103：在所述第一节点的网络状态不能满足所述pod的应用需求的情况下，根据所述通信信息和所述节点信息确定满足所述应用需求的第一目标节点。其中，所述第二节点包括所述第一目标节点。
39.在本步骤中，第一节点监控自身的网络状态，当网络状态（比如网络带宽，网络稳定性，网络时延等）不能满足pod的应用需求的情况下，根据datastore中备份的第二节点的节点信息和通信信息，在第二节点中寻找满足调度条件（即满足应用需求的）的第一目标节点。
40.步骤104：将所述pod调度至所述第一目标节点。
41.在本步骤中，第一节点将pod调度迁移至第一目标节点上，即边端设备可以自主施行调度策略，进行调度。
42.通过上述步骤，可以在边缘节点之间的通信调度，保证通信性能，提升了调度策略的科学性。
43.在本发明一可选实施例中，步骤102，包括：向所述第一设备发送节点请求信息，可选地，第一节点的监控边边通信组件定时向第一设备发送节点请求信息，第一设备根据节点请求信息向第一节点发送第二节点的节点信息，第一节点接收所述第一设备根据所述节点请求信息发送的所述第二节点的节点信息。
44.需要说明的是，对于算力网络来说，算子的调度方案影响着整个网络的可用性，在整个方案中占有举足轻重的作用，如果将其与人工智能（artificial intelligence，ai）能力结合，构建智能调度方案，可以大大提升算力网络的整体质量。
45.在本发明一可选实施例中，所述根据所述通信信息和所述节点信息确定满足所述应用需求的第一目标节点，包括：根据所述通信信息、所述节点信息和训练好的奇异值分解模型svd模型，得到所述
pod与每一所述第二节点之间的适配度；根据所述pod与每一所述第二节点之间的适配度，确定所述第二节点中的至少一个第二目标节点；按照所述适配度由高到低的顺序，在所述至少一个第二目标节点中确定满足所述应用需求的第一目标节点。
46.具体地，在本可选实施例中，将奇异值分解模型（singular value decomposition，svd）模型进行训练，得到训练好的奇异值分解模型svd模型，该训练好的svd模型的输入为pod的通信信息和第二节点的节点信息，输出为pod与每一第二节点之间的适配度，将适配度进行排序，得到pod/node评分列表，可选地，选择评分排名前三名的node（即第二节点中的至少一个第二目标节点），对于评分前三名的node，按照顺序，第一节点根据datastore中备份的节点信息和pod本身对应的调度策略，分析迁移的可能性（即是否满足应用需求），如果可以进行迁移，则第一节点直接进行应用迁移，不需要再通过云端设备下发pod；如果不可进行迁移，则顺延判断下一名pod，直到所有的第二目标节点被判断完毕或确定出可以迁移的第二目标节点。
47.进一步地，训练svd模型的过程为：根据历史通信信息构建历史通信矩阵，即根据datastore中保存的历史通信信息，将历史pod与历史node组成历史通信矩阵；其中，历史通信信息可以是针对历史pod，每分钟统计一次通信信息，并且记录节点带宽占用率和网络组件的状态；根据所述历史通信信息和历史节点信息构建历史权重矩阵，即根据datastore中保存的历史通信信息和组件实时监控的第二节点的历史节点信息构建历史权重矩阵；根据所述历史通信矩阵、所述历史权重矩阵和历史pod与历史节点之间的适配度对预设的初始svd模型进行训练，得到训练好的svd模型，具体地，将历史通信矩阵置入预设的初始svd模型训练，并将历史权重矩阵作为偏置矩阵加入训练，并根据历史pod与历史节点之间的适配度，得到训练好的svd模型。
48.进一步地，请参阅图3，所述根据历史通信信息构建历史通信矩阵，包括：根据历史pod名称（应用名）、历史pod命名空间、历史pod与历史节点之间的通信时间和历史节点的名称，构建初始历史通信矩阵；其中，所述历史通信信息包括所述历史pod名称（podm）、所述历史pod命名空间、所述历史pod与历史节点之间的通信时间和所述历史节点的名称（noden）。
49.具体地，根据datastore中备份的历史pod名称、历史pod命名空间、历史pod与历史节点之间的通信时间和历史节点的名称，构建初始历史通信矩阵如下，其中，矩阵中每个元素表示podm在一分钟内向noden通信的次数：;根据历史pod对应的调度策略，对所述初始历史通信矩阵进行处理，得到所述历史
通信矩阵，具体地，根据datastore中备份的节点信息，与历史pod调度策略结合，处理初始历史通信矩阵，将其中不满足调度策略的pod/node元素置为0。具体处理公式如下：;其中，q表示处理参数，取值为0或1，表示历史通信矩阵，表示历史通信矩阵中的元素。
50.进一步地，请继续参阅图3，所述根据所述历史通信信息和历史节点信息构建历史权重矩阵，包括：根据历史pod与历史节点之间的通信成功次数、历史节点带宽信息（带宽占用）和历史节点网络组件健康状态信息（组件状态），得到所述历史权重矩阵；其中，所述历史节点信息包括所述历史节点带宽信息和所述历史节点网络组件健康状态信息。
51.具体地，根据datastore中备份的节点信息和通信成功次数，构建历史权重矩阵，具体公式如下：;其中，p表示历史权重矩阵中的元素，c表示节点通信失败的次数，通信失败次数越多，说明网络连通信越差；t表示根据监控信息的时间戳处理得到的记录次数；表示每次记录对应的带宽占用比，占用比越高表示网络越繁忙；表示每次记录对应的网络的组件状态，组件正常为0，组件异常为1，组件异常次数越多，组件稳定性越差。元素表示noden的应用迁移率，应用迁移率越高，节点更需要做应用迁移。
52.之后，将历史通信矩阵置入预设的初始svd模型训练，并将历史权重矩阵作为偏置矩阵加入训练，训练公式如下：;其中，μ表示激励函数，分别表示训练偏置，表示历史pod与历史节点之间的适配度，包括个。
53.将pod在所述第一节点上运行时的通信信息、第二节点的节点信息输入训练好的svd模型，得出的结果，其中每个元素表示podm对于noden的迁移适配度（即适配度），生成迁移应用列表。
54.之后，所述方法还包括：
在将所述pod调度至所述第一目标节点之后，更新datastore中备份的pod的通信信息，以及第一设备向第一目标节点同步pod的通信信息。
55.如图4所示，本发明实施例还提供一种边边调度方法，应用于第一设备，所述方法包括：步骤401：向第一节点发送第二节点的节点信息；其中，所述第二节点的节点信息用于指示在所述第一节点的网络状态不能满足所述第一节点上运行的容器组pod的应用需求的情况下，根据所述pod在所述第一节点上运行时的通信信息和所述节点信息确定满足所述应用需求的第一目标节点，并将所述pod调度至所述第一目标节点；所述第二节点包括所述第一目标节点。
56.需要说明的是，在本发明实施例中第一设备为云端设备，第一节点为边缘节点（node），边缘节点也可以称为边端设备，第二节点为除第一节点之外的边缘节点。
57.在本步骤中，用户首先在云端设备上创建工作负载，并配置对应的调度策略，云端设备根据调度策略调度pod，并在符合条件的边缘节点（即第一节点）上创建pod，pod在第一节点上正常运行，获取pod在第一节点上运行时的通信信息并存储。
58.云端设备可以定时或者每间隔预设时长（比如一分钟）向第一节点发送第二节点的节点信息，第一节点的edgemonitor接收第二节点的节点信息并在第一节点上作备份，并将第二节点的节点信息存储至datastore中，同时datastore中还存储有第一节点的节点信息。
59.第一节点监控自身的网络状态，当网络状态（比如网络带宽，网络稳定性，网络时延等）不能满足pod的应用需求的情况下，根据datastore中备份的第二节点的节点信息和通信信息，在第二节点中寻找满足调度条件（即满足应用需求的）的第一目标节点。
60.第一节点将pod调度迁移至第一目标节点上，即边端设备可以自主施行调度策略，进行调度。
61.通过上述步骤，可以在边缘节点之间的通信调度，保证通信性能，提升了调度策略的科学性。
62.可选地，所述节点信息包括以下至少一项：节点带宽信息、节点网络组件健康状态信息；节点网络稳定性信息；节点网络时延。
63.可选地，所述通信信息包括以下至少一项：所述pod的名称；所述pod的命名空间；所述第一节点的名称；所述pod与所述第一节点之间的通信时间；所述pod与所述第一节点之间是否成功通信；所述pod与所述第一节点之间的通信频率；所述pod与所述第一节点之间的通信成功率；所述pod与所述第一节点之间的通信时延。
64.在本发明一可选实施例中，所述向第一节点发送第二节点的节点信息，包括：接收所述第一节点发送的节点请求信息；根据所述节点请求信息向所述第一节点发送所述第二节点的节点信息。
65.下面结合图5，具体说明本发明实施例提供的边边调度方法的具体流程：1.用户创建负载：用户在云端设备创建工作负载，并且配置对应的调度策略；2.根据调度策略调度pod：云端根据调度策略，在符合条件的边缘节点上创建pod；
3.pod正常运行：pod正常在边缘节点上运行；4.监控pod边边通信：监控pod边边通信，在datastore中备份pod名、通信时间、目的ip、是否成功通信，并备份通信频率、通信成功率、通信时延等信息；5.同步节点信息：边缘节点定时向云端请求节点信息；6.下发节点信息：云端将节点信息发送给边缘节点，并在边缘节点做备份；7.执行边边调度：监控边缘节点的网络状态，当节点网络状态（网络带宽，网络稳定性，网络时延等）不能满足pod需求的时候，根据组件中备份的节点信息，寻找满足调度条件的其他节点；8.组件更新信息：当发生节点pod改变时，更新组件中pod信息；9.云端同步节点信息：迁移完成后，云端同步节点的pod信息。
66.本发明实施例提供的边边调度系统，对于网络要求较高的pod，组件提供了边边通信备份，pod智能迁移等功能，优化pod边边通信的质量，提升用户的使用体验。
67.本发明实施例提供的边边调度方法，根据节点网络状态迁移应用，通过监控边边通信，分析量化节点网络性能，并且与svd模型结合，是一种更加科学的调度方法，防止节点网络性能影响应用运行质量；基于边端备份的全量节点信息，使边端节点具有自主实现调度的可能，将云边调度的决策权下沉到边端；应用在算力网络中，实现算网任务式调度方案下沉，构成“算网小脑”，帮助合理调度边缘算子，实现资源和能力物理分布逻辑统一；在现有调度策略的基础上，基于节点网络性能与容器的带宽需求，结合深度学习模型，实现了应用智能调度，提升了调度策略的科学性；增强了边缘侧在整个网络中的自主性，降低了边缘侧对于网络质量的高要求。对于整个算力网络来说，是一种具有高可行性的算力下沉方案，满足算力网络对于端到端的通信需求，细化了网络对于边缘算力的调度环节，提升了网络在边缘侧的可用性，提高了业务效率。
68.如图6所示，本发明实施例还提供一种边边调度装置，应用于第一节点，所述装置包括：获取模块601，用于获取容器组pod在所述第一节点上运行时的通信信息；接收模块602，用于接收第一设备发送的第二节点的节点信息；确定模块603，用于在所述第一节点的网络状态不能满足所述pod的应用需求的情况下，根据所述通信信息和所述节点信息确定满足所述应用需求的第一目标节点；调度模块604，用于将所述pod调度至所述第一目标节点；其中，所述第二节点包括所述第一目标节点。
69.可选地，所述确定模块603，包括：第一处理单元，用于根据所述通信信息、所述节点信息和训练好的奇异值分解模型svd模型，得到所述pod与每一所述第二节点之间的适配度；第一确定单元，用于根据所述pod与每一所述第二节点之间的适配度，确定所述第二节点中的至少一个第二目标节点；第二确定单元，用于按照所述适配度由高到低的顺序，在所述至少一个第二目标节点中确定满足所述应用需求的第一目标节点。
70.可选地，所述确定模块603，还包括：第二处理单元，用于根据历史通信信息构建历史通信矩阵；
第三处理单元，用于根据所述历史通信信息和历史节点信息构建历史权重矩阵；第四处理单元，用于根据所述历史通信矩阵、所述历史权重矩阵和历史pod与历史节点之间的适配度对预设的初始svd模型进行训练，得到训练好的svd模型。
71.可选地，所述第二处理单元，具体用于：根据历史pod名称、历史pod命名空间、历史pod与历史节点之间的通信时间和历史节点的名称，构建初始历史通信矩阵；根据历史pod对应的调度策略，对所述初始历史通信矩阵进行处理，得到所述历史通信矩阵；其中，所述历史通信信息包括所述历史pod名称、所述历史pod命名空间、所述历史pod与历史节点之间的通信时间和所述历史节点的名称。
72.可选地，所述第三处理单元，具体用于：根据历史pod与历史节点之间的通信成功次数、历史节点带宽信息和历史节点网络组件健康状态信息，得到所述历史权重矩阵；其中，所述历史节点信息包括所述历史节点带宽信息和所述历史节点网络组件健康状态信息。
73.需要说明的是，本发明实施例提供的应用于第一节点的边边调度装置，是能够执行上述的应用于第一节点的边边调度方法的装置，则上述的应用于第一节点的边边调度方法的所有实施例均适用于该装置，且能够达到相同或者相似的技术效果。
74.如图7所示，本发明实施例还提供一种边边调度装置，应用于第一设备，所述装置包括：发送模块701，用于向第一节点发送第二节点的节点信息；其中，所述第二节点的节点信息用于指示在所述第一节点的网络状态不能满足所述第一节点上运行的容器组pod的应用需求的情况下，根据所述pod在所述第一节点上运行时的通信信息和所述节点信息确定满足所述应用需求的第一目标节点，并将所述pod调度至所述第一目标节点；所述第二节点包括所述第一目标节点。
75.需要说明的是，本发明实施例提供的应用于第一设备的边边调度装置，是能够执行上述的应用于第一设备的边边调度方法的装置，则上述的应用于第一设备的边边调度方法的所有实施例均适用于该装置，且能够达到相同或者相似的技术效果。
76.如图8所示，本发明实施例还提供一种边边调度系统，包括第一节点801和第一设备802；其中，所述第一节点801用于执行：获取容器组pod在所述第一节点上运行时的通信信息；接收第一设备发送的第二节点的节点信息；在所述第一节点的网络状态不能满足所述pod的应用需求的情况下，根据所述通信信息和所述节点信息确定满足所述应用需求的第一目标节点；将所述pod调度至所述第一目标节点；其中，所述第二节点包括所述第一目标节点。
77.可选地，所述第一节点801，用于：根据所述通信信息、所述节点信息和训练好的奇异值分解模型svd模型，得到所述
pod与每一所述第二节点之间的适配度；根据所述pod与每一所述第二节点之间的适配度，确定所述第二节点中的至少一个第二目标节点；按照所述适配度由高到低的顺序，在所述至少一个第二目标节点中确定满足所述应用需求的第一目标节点。
78.可选地，所述第一节点801，还用于：根据历史通信信息构建历史通信矩阵；根据所述历史通信信息和历史节点信息构建历史权重矩阵；根据所述历史通信矩阵、所述历史权重矩阵和历史pod与历史节点之间的适配度对预设的初始svd模型进行训练，得到训练好的svd模型。
79.可选地，所述第一节点801，具体用于：根据历史pod名称、历史pod命名空间、历史pod与历史节点之间的通信时间和历史节点的名称，构建初始历史通信矩阵；根据历史pod对应的调度策略，对所述初始历史通信矩阵进行处理，得到所述历史通信矩阵；其中，所述历史通信信息包括所述历史pod名称、所述历史pod命名空间、所述历史pod与历史节点之间的通信时间和所述历史节点的名称。
80.可选地，所述第一节点801，具体用于：根据历史pod与历史节点之间的通信成功次数、历史节点带宽信息和历史节点网络组件健康状态信息，得到所述历史权重矩阵；其中，所述历史节点信息包括所述历史节点带宽信息和所述历史节点网络组件健康状态信息。
81.所述第一设备802，用于执行：向第一节点发送第二节点的节点信息；其中，所述第二节点的节点信息用于指示在所述第一节点的网络状态不能满足所述第一节点上运行的容器组pod的应用需求的情况下，根据所述pod在所述第一节点上运行时的通信信息和所述节点信息确定满足所述应用需求的第一目标节点，并将所述pod调度至所述第一目标节点；所述第二节点包括所述第一目标节点。
82.另外，本发明具体实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如上中任一项所述的应用于第一节点的边边调度方法中的步骤，或者，实现如上中任一项所述的应用于第一设备的边边调度方法中的步骤。
83.在本技术所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
84.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单
元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
85.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：u 盘、移动硬盘、只读存储器（read-only memory，简称rom）、随机存取存储器（random access memory，简称ram）、磁碟或者光盘等各种可以存储程序代码的介质。
86.以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。