CN115604114A - 应用程序的运维方法及计算机可读存储介质 - Google Patents
应用程序的运维方法及计算机可读存储介质 Download PDFInfo
- Publication number
- CN115604114A CN115604114A CN202211199193.9A CN202211199193A CN115604114A CN 115604114 A CN115604114 A CN 115604114A CN 202211199193 A CN202211199193 A CN 202211199193A CN 115604114 A CN115604114 A CN 115604114A
- Authority
- CN
- China
- Prior art keywords
- information
- application
- maintenance
- server
- edge server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012423 maintenance Methods 0.000 title claims abstract description 394
- 238000000034 method Methods 0.000 title claims abstract description 94
- 238000004891 communication Methods 0.000 claims description 200
- 230000005540 biological transmission Effects 0.000 claims description 44
- 230000002159 abnormal effect Effects 0.000 claims description 26
- 230000008859 change Effects 0.000 claims description 19
- 238000011161 development Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 7
- 238000012545 processing Methods 0.000 description 19
- 101150053844 APP1 gene Proteins 0.000 description 17
- 101100189105 Homo sapiens PABPC4 gene Proteins 0.000 description 17
- 102100039424 Polyadenylate-binding protein 4 Human genes 0.000 description 17
- 230000006870 function Effects 0.000 description 17
- 230000015654 memory Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 15
- 238000007726 management method Methods 0.000 description 14
- 238000001514 detection method Methods 0.000 description 11
- 101100055496 Arabidopsis thaliana APP2 gene Proteins 0.000 description 8
- 101100016250 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) GYL1 gene Proteins 0.000 description 8
- 238000012546 transfer Methods 0.000 description 8
- 238000013461 design Methods 0.000 description 7
- 238000012544 monitoring process Methods 0.000 description 5
- 102100038359 Xaa-Pro aminopeptidase 3 Human genes 0.000 description 4
- 101710081949 Xaa-Pro aminopeptidase 3 Proteins 0.000 description 4
- 238000012905 input function Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000008602 contraction Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请关于一种应用程序的运维方法及计算机可读存储介质,涉及软件技术领域。本申请中,电子设备中部署有第一应用,云服务器和/或边缘服务器中存储有第一应用的状态信息。电子设备获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件。电子设备对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。电子设备向目标服务器发送第一信息。目标服务器将第一应用的状态信息变更为第一信息。其中,目标服务器包括:云服务器,和/或,边缘服务器。本申请既可以实现电子设备对第一应用的运维,又可以实现云服务器和/或边缘服务器对第一应用的运维,提高了应用程序的运维效率。
Description
技术领域
本申请涉及软件技术领域,尤其涉及一种应用程序的运维方法及计算机可读存储介质。
背景技术
现有对容器的管理方式,通常使用Kubernetes、Kubeedge等容器编排方法,对容器进行生命周期管理、集群化管理、自动化部署、资源伸缩、可视化管理、应用容器化管理等。其中,Kubernetes用于解决云环境下容器编排的问题,Kubeedge用于解决云边环境下容器编排的问题。
但是,上述两种编排方法都无法解决多层环境下容器编排的问题,降低了容器编排的效率,从而降低了应用程序的运维效率。
发明内容
本申请提供一种应用程序的运维方法及计算机可读存储介质,可以提高应用程序的运维效率。
本申请的技术方案如下:
第一方面,本申请提供一种应用程序的运维方法,电子设备与边缘服务器进行数据传输,和/或,电子设备与云服务器进行数据传输,电子设备中部署有第一应用,云服务器和/或边缘服务器中存储有第一应用的状态信息。该方法包括:
电子设备获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件。电子设备对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。电子设备向目标服务器发送第一信息。目标服务器将第一应用的状态信息变更为第一信息。其中,目标服务器包括:云服务器,和/或,边缘服务器。
一些实现方式中,上述“电子设备向目标服务器发送第一信息”的方法,还可以包括:若电子设备的通信状态信息为第一通信信息,则电子设备向目标服务器发送第一信息,第一通信信息用于指示通信状态处于正常状态。或者,若电子设备的通信状态信息为第二通信信息,则电子设备缓存第一信息,第二通信信息用于指示通信状态处于异常状态。
一些实现方式中,该应用程序的运维方法还包括:电子设备将第一应用的状态信息更新为第一信息。并且/或者,在边缘服务器接收到第一信息的情形下,边缘服务器向云服务器发送第一信息。
一些实现方式中,边缘服务器中部署有第二应用,云服务器与边缘服务器进行数据传输。该应用程序的开运维方法还包括:云服务器向边缘服务器发送第二运维请求消息,第二运维请求消息用于请求对第二应用执行运维事件。边缘服务器对第二应用执行运维事件,生成第二信息,并将第二应用的状态信息变更为第二信息,第二信息用于指示对第二应用执行运维事件之后的执行结果。边缘服务器向云服务器发送第二信息。云服务器将第二应用的状态信息变更为第二信息。
一些实现方式中,上述“边缘服务器向云服务器发送第二信息”的方法还可以包括:若边缘服务器的通信状态信息为第一通信信息,则边缘服务器向云服务器发送第二信息,第一通信信息用于指示通信状态处于正常状态。或者,若边缘服务器的通信状态信息为第二通信信息,则边缘服务器缓存第二信息,第二通信信息用于指示通信状态处于异常状态。
一些实现方式中,云服务器中部署有第三应用,云服务器与边缘服务器进行数据传输。该应用程序的运维方法还包括:云服务器获取第三运维请求消息,第三运维请求消息用于请求对第三应用执行运维事件。云服务器对第三应用执行运维事件,生成第三信息,并将第三应用的状态信息变更为第三信息,第三信息用于指示对第三应用执行运维事件之后的执行结果。
第二方面,本申请提供一种应用程序的运维方法,该方法应用于电子设备,电子设备与边缘服务器进行数据传输,和/或,电子设备与云服务器进行数据传输,电子设备中部署有第一应用,云服务器和/或边缘服务器中存储有第一应用的状态信息。该方法包括:
获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件。对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。向目标服务器发送第一信息,以使目标服务器接收到第一信息之后将第一应用的状态信息变更为第一信息。其中,目标服务器包括:云服务器,和/或,边缘服务器。
一些实现方式中,上述“向目标服务器发送第一信息”的方法,还可以包括:若电子设备的通信状态信息为第一通信信息,则向目标服务器发送第一信息,第一通信信息用于指示通信状态处于正常状态。或者,若电子设备的通信状态信息为第二通信信息,则缓存第一信息,第二通信信息用于指示通信状态处于异常状态。
一些实现方式中,该应用程序的运维方法还包括:将第一应用的状态信息更新为第一信息。
第三方面,本申请提供一种应用程序的运维方法,该方法应用于边缘服务器,边缘服务器与电子设备进行数据传输,电子设备中部署有第一应用,边缘服务器中存储有第一应用的状态信息。该方法包括:
在电子设备获取到用于请求对第一应用执行运维事件的第一运维请求消息并对第一应用执行运维事件、生成第一信息之后,接收来自电子设备的第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。将第一应用的状态信息变更为第一信息。
一些实现方式中,该应用程序的运维方法还包括:在电子设备的通信状态信息为第一通信信息的情形下,接收来自电子设备的第一信息,第一通信信息用于指示通信状态处于正常状态。并且/或者,在边缘服务器接收到第一信息的情形下,向云服务器发送第一信息。
一些实现方式中,边缘服务器中部署有第二应用,云服务器与边缘服务器进行数据传输。该应用程序的运维方法还包括:接收来自云服务器的第二运维请求消息,第二运维请求消息用于请求对第二应用执行运维事件。对第二应用执行运维事件,生成第二信息,并将第二应用的状态信息变更为第二信息,第二信息用于指示对第二应用执行运维事件之后的执行结果。向云服务器发送第二信息,以使云服务器将第二应用的状态信息变更为第二信息。
一些实现方式中,上述“向云服务器发送第一信息”的方法,还可以包括:若边缘服务器的通信状态信息为第一通信信息,则向云服务器发送第二信息,第一通信信息用于指示通信状态处于正常状态。或者,若边缘服务器的通信状态信息为第二通信信息,则缓存第二信息,第二通信信息用于指示通信状态处于异常状态。
第四方面,本申请提供一种应用程序的运维方法,该方法应用于云服务器,云服务器与电子设备进行数据传输,电子设备中部署有第一应用,云服务器中存储有第一应用的状态信息。该方法包括:
在电子设备获取到用于请求对第一应用执行运维事件的第一运维请求消息并对第一应用执行运维事件、生成第一信息之后,接收来自电子设备的第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。将第一应用的状态信息变更为第一信息。
一些实现方式中,该应用程序的运维方法还包括:在电子设备的通信状态信息为第一通信信息的情形下,接收来自电子设备的第一信息,第一通信信息用于指示通信状态处于正常状态。并且/或者,在边缘服务器接收到第一信息的情形下,接收来自边缘服务器的第一信息。
一些实现方式中,边缘服务器中部署有第二应用,云服务器与边缘服务器进行数据传输。该应用程序的运维方法还包括:向边缘服务器发送第二运维请求消息,第二运维请求消息用于请求对第二应用执行运维事件,以使边缘服务器对第二应用执行运维事件,生成第二信息,并将第二应用的状态信息变更为第二信息,第二信息用于指示对第二应用执行运维事件之后的执行结果。接收来自边缘服务器的第二信息。将第二应用的状态信息变更为第二信息。
一些实现方式中,上述“接收来自边缘服务器的第二信息”的方法,还可以包括:若边缘服务器的通信状态信息为第一通信信息,则接收来自边缘服务器的第二信息,第一通信信息用于指示通信状态处于正常状态。
一些实现方式中,云服务器中部署有第三应用。该应用程序的运维方法还包括:获取第三运维请求消息,第三运维请求消息用于请求对第三应用执行运维事件。对第三应用执行运维事件,生成第三信息,并将第三应用的状态信息变更为第三信息,第三信息用于指示对第三应用执行运维事件之后的执行结果。
第五方面,本申请提供一种应用程序的运维系统,该系统包括:云服务器、至少一个边缘服务器和至少一个电子设备,云服务器与至少一个边缘服务器进行数据传输,边缘服务器与至少一个电子设备中一个或多个电子设备进行数据传输;电子设备中部署有第一应用;
电子设备,用于获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件;还用于对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。电子设备,还用于向目标服务器发送第一信息。目标服务器,用于接收来自电子设备的第一信息,并将第一应用的状态信息变更为第一信息。其中,目标服务器包括:云服务器,和/或,边缘服务器。
第六方面,本申请提供一种应用程序的运维装置,该装置应用于电子设备,电子设备与边缘服务器进行数据传输,和/或,电子设备与云服务器进行数据传输,电子设备中部署有第一应用,云服务器和/或边缘服务器中存储有第一应用的状态信息。该装置包括:
获取单元,用于获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件。处理单元,用于对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。发送单元,用于向目标服务器发送第一信息,以使目标服务器接收到第一信息之后将第一应用的状态信息变更为第一信息。其中,目标服务器包括:云服务器,和/或,边缘服务器。
第七方面,本申请提供一种应用程序的运维装置,该装置应用于边缘服务器,边缘服务器与电子设备进行数据传输,电子设备中部署有第一应用,边缘服务器中存储有第一应用的状态信息。该装置包括:
获取单元,用于在电子设备获取到用于请求对第一应用执行运维事件的第一运维请求消息并对第一应用执行运维事件、生成第一信息之后,接收来自电子设备的第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。处理单元,用于将第一应用的状态信息变更为第一信息。
第八方面,本申请提供一种应用程序的运维装置,该装置应用于云服务器,云服务器与电子设备进行数据传输,电子设备中部署有第一应用,云服务器中存储有第一应用的状态信息。该装置包括:
获取单元,用于在电子设备获取到用于请求对第一应用执行运维事件的第一运维请求消息并对第一应用执行运维事件、生成第一信息之后,接收来自电子设备的第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。处理单元,用于将第一应用的状态信息变更为第一信息。
第九方面,本申请提供一种开发设备。该开发设备包括:处理器,用于存储处理器可执行指令的存储器;处理器被配置为执行指令时,使得开发设备实现如第一方面至第四方面中任意一种可能的实现方式的方法。
第十方面,本申请提供一种计算机可读存储介质,其上存储有计算机程序指令;当计算机程序指令被开发设备执行时,使得开发设备实现如第一方面至第四方面中任意一种可能的实现方式的方法。
第十一方面,本申请提供一种计算机程序产品,包括计算机可读代码,或者承载有计算机可读代码的非易失性计算机可读存储介质,当计算机可读代码在开发设备中运行时,电子设备中的处理器实现如第一方面至第四方面中任意一种可能的实现方式的方法。
基于上述第一方面至第十一方面中的任一方面,本申请至少具备如下有益效果:电子设备中部署有第一应用。电子设备可以获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件。电子设备可以对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。电子设备可以向目标服务器发送第一信息,目标服务器包括:云服务器,和/或,边缘服务器。目标服务器可以将第一应用的状态信息变更为第一信息。如此,在电子设备的通信状态为异常状态的情况下,电子设备仍然可以对第一应用进行运维。这样一来,既可以实现电子设备对第一应用的运维,又可以实现云服务器和/或边缘服务器对第一应用的运维,提高了应用程序的运维效率,即本方案不仅能够实现电子设备、边缘服务器和云服务器的统一运维管理,而且还支持电子设备、边缘服务器和云服务器的独立运维自治。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理,并不构成对本申请的不当限定。
图1为本申请实施例提供的一种应用程序的运维系统的结构示意图;
图2A为本申请实施例提供的一种云服务器的结构示意图;
图2B为本申请实施例提供的一种边缘服务器的结构示意图;
图2C为本申请实施例提供的一种电子设备的结构示意图;
图3为本申请实施例提供的应用程序的运维方法的流程示意图;
图4为本申请实施例提供的应用程序的运维方法的又一流程示意图;
图5为本申请实施例提供的应用程序的运维方法的又一流程示意图;
图6为本申请实施例提供的应用程序的运维方法的又一流程示意图;
图7为本申请实施例提供的应用程序的运维方法的又一流程示意图;
图8为本申请实施例提供的应用程序的运维方法的又一流程示意图;
图9为本申请实施例提供的应用程序的运维装置的结构示意图;
图10为本申请实施例提供的应用程序的运维装置的另一结构示意图;
图11为本申请实施例提供的应用程序的运维装置的另一结构示意图;
图12为本申请实施例提供的应用程序的运维装置的另一结构示意图。
具体实施方式
为了使本领域普通人员更好地理解本申请的技术方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
还应当理解的是,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其他特征、整体、步骤、操作、元素和/或组件的存在或添加。
“并且/或者”、“和/或”用于描述关联对象的关联关系,表示可以存在三种关系。例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
目前,对容器的管理方式,通常使用Kubernetes、Kubeedge等容器编排方法,对容器进行生命周期管理、集群化管理、自动化部署、资源伸缩、可视化管理、应用容器化管理等。其中,Kubernetes用于解决云环境下容器编排的问题,Kubeedge用于解决云边环境下容器编排的问题。但是,上述两种编排方法都无法解决多层环境下容器编排的问题,降低了容器编排的效率,从而降低了应用程序的运维效率。
基于此,本申请实施例提供了一种应用程序的运维方法,该方法可以包括:电子设备与边缘服务器进行数据传输,和/或,电子设备与云服务器进行数据传输,电子设备中部署有第一应用。电子设备获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件。电子设备对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。电子设备向目标服务器发送第一信息。之后,目标服务器将第一应用的状态信息变更为第一信息。其中,目标服务器包括:云服务器,和/或,边缘服务器。这样一来,既可以实现电子设备对第一应用的运维,又可以实现云服务器和/或边缘服务器对第一应用的运维,提高了应用程序的运维效率。
下面对本申请实施例的实施环境进行介绍。
图1为本公开实施例提供的一种应用程序的运维系统的结构示意图。该应用程序的运维系统可以包括:云服务器101、至少一个边缘服务器(如边缘服务器102、边缘服务器103、边缘服务器104)、至少一个电子设备(如电子设备105、电子设备106、电子设备107、电子设备108、电子设备109、电子设备110、电子设备111)和至少一个客户端(客户端112、客户端113、客户端114)。
其中,云服务器101只有一个,与云服务器101进行数据传输的边缘服务器可以有多个(如边缘服务器102、边缘服务器103、边缘服务器104)。当然,在实际应用中也可以只设置一个边缘服务器与云服务器101进行数据传输。与每个边缘服务器(如边缘服务器102)进行数据传输的电子设备可以有多个(如电子设备105、电子设备106、电子设备107均可以与边缘服务器102进行数据传输);或者每个边缘服务器(如边缘服务器103)进行数据传输的电子设备可以有一个(如电子设备108)。
云服务器101,可以用于存储应用程序的数据(如应用程序的性能数据、应用程序的运行状态)。如图2A所示,其示出了一种云服务器的结构示意图。云服务器中配置有多个运行容器,每个运行容器中可以运行多个应用。其中,运行容器的大小可以表示分配资源的大小。
云服务器101,还可以用于与至少一个边缘服务器进行数据传输。例如,云服务器101可以接收来自边缘服务器(如边缘服务器102)的应用程序的状态信息。又例如,云服务器101还可以向边缘服务器(如边缘服务器102)发送运维请求消息。云服务器101,还可以用于与至少一个电子设备(如电子设备111)进行数据传输。
边缘服务器(如边缘服务器102),可以用于存储应用程序的数据。如图2B所示,其示出了一种边缘服务器的结构示意图。边缘服务器中配置有多个运行容器,每个运行容器中可以运行多个应用。其中,运行容器的大小可以表示分配资源的大小。
边缘服务器(如边缘服务器102),还可以用于与至少一个电子设备中一个或多个电子设备(如电子设备105、电子设备106、电子设备107)进行数据传输。例如,边缘服务器(如边缘服务器102)可以接收来自电子设备(如电子设备105)的应用程序的状态信息。又例如,边缘服务器(如边缘服务器102)还可以向电子设备(如电子设备105)发送运维请求消息。
电子设备(如电子设备105),可以用于存储应用程序的数据。如图2C所示,其示出了一种电子设备的结构示意图。端服务安装在电子设备上,电子设备的类型可以包括各种终端设备(如PC、手机、平板、采集端、触控控制端等)。电子设备中配置有多个运行容器,每个运行容器中可以运行多个应用。其中,运行容器的大小可以表示分配资源的大小。
电子设备(如电子设备105),可以用于与边缘服务器(如边缘服务器102)进行数据传输。例如,电子设备(如电子设备105)可以向边缘服务器(如边缘服务器102)发送应用程序的状态信息。又例如,电子设备(如电子设备105)还可以接收来自边缘服务器(如边缘服务器102)的运维请求消息。
云服务器101可以分别与边缘服务器(如边缘服务器102)、电子设备(如电子设备111)进行有线/无线通信。同理,边缘服务器(如边缘服务器102)可以与电子设备(如电子设备105)进行有线/无线通信。
例如,云服务器101可以通过卫星通信与边缘服务器(如边缘服务器102)进行通信。又例如,云服务器101可以通过扩频微波通信与边缘服务器(如边缘服务器102)进行通信。又例如,云服务器101可以通过数传电台通信与边缘服务器(如边缘服务器102)进行通信。
客户端,可以用于发送运维请求消息。云服务器、边缘服务器和电子设备可以通过数据传输协议分别与至少一个客户端进行交互。
需要说明的是,在本申请实施例中,对数据传输协议不作限定。例如,数据传输协议可以为超文本传送协议(Hyper Text Transport Protocol,HTTP)。又例如,数据传输协议可以为远程终端协议。又例如,数据传输协议可以为文件传输协议(File TransferProtocol,FTP)。
在一些实施例中,客户端可以与多个设备中的目标设备进行交互。多个设备可以包括:云服务器、至少一个边缘服务器和至少一个电子设备。
需要说明的是,在本申请实施例中,对客户端从多个设备中确定目标设备的方式不作限定。下面以方式一与方式二对客户端从多个设备中确定目标设备的方式进行示例性说明。
方式一,客户端可以将多个设备中部署有客户端的设备作为目标设备。例如,客户端可以将部署有客户端的电子设备作为目标设备。又例如,客户端可以将部署有客户端的边缘服务器作为目标设备。又例如,客户端可以将部署有客户端的云服务器作为目标设备。
示例性的,结合图1,电子设备108部署有客户端112,则客户端112与电子设备108进行交互。边缘服务器102部署有客户端113,则客户端113与边缘服务器102进行交互。云服务器101部署有客户端114,则客户端114与云服务器101进行交互。
方式二,客户端可以将多个设备中与客户端的距离小于预设距离阈值的设备作为目标设备。
需要说明的是,在本申请实施例中,对预设距离阈值不作限定。例如,预设距离阈值可以为10米。又例如,预设距离阈值可以为5米。又例如,预设阈值可以为8米。
示例性的,假如客户端与电子设备之间的距离为2米,客户端与边缘服务器之间的距离为5米,客户端与云服务器之间的距离为10米。假如,预设距离阈值为3米,客户端则与电子设备进行交互。
也就是说,客户端可以确定与电子设备之间的距离、与边缘服务器之间的距离、与云服务器之间的距离。之后,客户端可以选择与客户端距离较近的电子设备、边缘服务器或云服务器进行交互。下面结合说明书附图对本申请实施例进行具体说明。
如图3所示,为本申请实施例提供的一种应用程序的运维方法,该方法可以包括:
S301、电子设备获取第一运维请求消息。
其中,第一运维请求消息用于请求对第一应用执行运维事件。
在一种可能的设计中,运维事件可以包括:管理事件、部署事件和监听事件。
示例性的,管理事件可以为创建事件,管理事件还可以为查询事件,管理事件还可以为删除事件。部署事件可以为启动运行,部署事件还可以为停止运行。监听事件可以为监听性能状态,监听事件还可以为监听应用的运行状态。
在一种可能的实现方式中,第一客户端可以向电子设备发送第一运维请求消息,第一客户端可以为部署于电子设备的客户端。电子设备可以接收来自第一客户端的第一运维请求消息。示例性的,假如电子设备与第一客户端远程连接,电子设备则可以通过web服务端接收第一客户端的第一运维请求消息。
需要说明的是,在本申请实施例中,部署于边缘服务器的客户端与部署于云服务器的客户端无法请求对第一应用执行运维事件。这样一来,可能会降低用户对第一应用进行运维的效率。
在另一种可能的实现方式中,第二客户端可以向边缘服务器发送第一运维请求消息,第二客户端可以为部署于边缘服务器的客户端。边缘服务器可以接收来自第二客户端的第一运维请求消息。之后,边缘服务器可以向电子设备发送第一运维请求消息。电子设备可以接收来自边缘服务器的第一运维请求消息。
在另一种可能的实现方式中,第三客户端可以向云服务器发送第一运维请求消息,第三客户端可以为部署于云服务器的客户端。云服务器可以接收来自第三客户端的第一运维请求消息。之后,云服务器可以向电子设备发送第一运维请求消息。电子设备可以接收来自云服务器的第一运维请求消息。
可以理解的是,部署于边缘服务器的客户端可以向边缘服务器发送第一运维请求消息。同理,部署于云服务器的客户端可以向云服务器发送第一运维请求消息。之后,云服务器或边缘服务器可以向电子设备发送第一运维请求消息,以使电子设备对第一应用执行运维事件。这样一来,可以实现部署于边缘服务器的客户端与部署于云服务器的客户端对第一应用的运维,提高了用户对第一应用进行运维的效率。
S302、电子设备对第一应用执行运维事件,生成第一信息。
其中,第一信息用于指示对第一应用执行运维事件之后的执行结果。
在一种可能的设计中,若运维事件为管理事件,第一信息则可以包括:应用的结构状态信息。
示例性的,假如第一应用为APP1,运维事件为创建发送功能,第一信息则可以包括:具有发送功能的APP1。
在另一种可能的设计中,若运维事件为部署事件,第一信息则可以包括:应用的运行状态信息。
示例性的,假如第一应用为APP1,运维事件为停止运行,第一信息则可以包括:APP1的运行状态为停止状态。
在另一种可能的设计中,若运维事件为监听事件,第一信息则可以包括:应用的性能状态信息、应用的结构状态信息和应用的运行状态信息。
示例性的,假如第一应用为APP1,运维事件为监听内存使用情况,第一信息则可以包括:APP1占用的内存数据。
在一种可能的实现方式中,电子设备中部署有第一应用。响应于第一运维请求消息,电子设备可以对第一应用执行运维事件,生成第一信息。
示例性的,假如第一应用为APP1,第一运维请求消息为启动APP1,则运维事件为启动事件。第一信息则包括:APP1的运行状态为启动状态。
S303、电子设备向目标服务器发送第一信息。
其中,目标服务器包括:云服务器,和/或,边缘服务器。
也就是说,目标服务器可以为云服务器。目标服务器还可以为边缘服务器。目标服务器还可以为云服务器和边缘服务器。
需要说明的是,在本申请实施例中,向电子设备发送第一运维请求消息的对象不同,则电子设备反馈第一信息的对象也不同。电子设备向目标服务器发送第一信息,可能会导致向电子设备发送第一运维请求消息的对象无法接收到反馈。
在一种可能的实现方式中,若电子设备接收来自第一客户端的第一运维请求消息,电子设备则可以向第一客户端发送第一信息。
在另一种可能的实现方式中,若电子设备接收来自边缘服务器的第一运维请求消息,电子设备则可以向边缘服务器发送第一信息。
可选的,边缘服务器可以接收来自电子设备的第一信息,并通过第二客户端向用户反馈第一信息。
在另一种可能的实现方式中,若电子设备接收来自云服务器的第一运维请求消息,电子设备则可以向云服务器发送第一信息。
可选的,云服务器可以接收来自电子设备的第一信息,并通过第三客户端向用户反馈第一信息。
可以理解的是,若电子设备接收来自第一客户端的第一运维请求消息,电子设备则可以通过第一客户端向用户反馈第一信息。若电子设备接收来自边缘服务器的第一运维请求消息,电子设备则可以向边缘服务器发送第一信息。之后,边缘服务器可以通过第二客户端向用户反馈第一信息。同理,若电子设备接收来自云服务器的第一运维请求消息,电子设备则可以向云服务器发送第一信息。之后,云服务器可以通过第三客户端向用户反馈第一信息。这样一来,保证了向电子设备发送第一运维请求消息的对象可以接收到反馈,提高了数据传输的准确性。
在一些实施例中,在电子设备向目标服务器发送第一信息之后,目标服务器可以接收来自电子设备的第一信息。
S304、目标服务器将第一应用的状态信息变更为第一信息。
在一种可能的设计中,第一应用的状态信息可以包括:第一应用的结构状态信息、第一应用的运行状态信息、第一应用的性能状态信息。
在一种可能的实现方式中,目标服务器存储有第一应用的状态信息。目标服务器可以将第一应用的状态信息变更为第一信息。
示例性的,假如第一应用为APP1,第一应用的运行状态信息为停止状态,第一信息包括:APP1的运行状态为启动状态,则第一应用变更后的运行状态信息为启动状态。
需要说明的是,在电子设备向目标服务器发送第一信息之后,目标服务器将第一应用的状态信息变更为第一信息。这样一来,当用户通过目标服务器访问第一应用的状态信息时,目标服务器可以通过客户端向用户反馈第一信息。从而实现了电子设备和边缘服务器之间、电子设备和云服务器之间第一应用的状态信息的一致性。
可以理解的是,电子设备中部署有第一应用。电子设备可以获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件。电子设备可以对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。电子设备可以向目标服务器发送第一信息,目标服务器包括:云服务器,和/或,边缘服务器。目标服务器可以将第一应用的状态信息变更为第一信息。如此,在电子设备的通信状态为异常状态的情况下,电子设备仍然可以对第一应用进行运维。这样一来,既可以实现电子设备对第一应用的运维,又可以实现云服务器和/或边缘服务器对第一应用的运维,提高了应用程序的运维效率,即本方案不仅能够实现电子设备、边缘服务器和云服务器的统一运维管理,而且还支持电子设备、边缘服务器和云服务器的独立运维自治,例如,在电子设备和边缘服务器、或者边缘服务器和云服务器通信中断时,可以实现电子设备、边缘服务器和云服务器的单端离线运行,具体详见下文中的阐述。
在一些实施例中,如图4所示,S303还可以包括:S401-S403。
S401、电子设备确定电子设备的通信状态信息。
其中,通信状态信息为第一通信信息或第二通信信息。第一通信信息用于指示通信状态处于正常状态,第二通信信息用于指示通信状态处于异常状态。
在一种可能的实现方式中,电子设备可以对通过预设检测方式,监听电子设备的通信状态,并生成通信状态信息。
需要说明的是,在本申请实施例中,对预设检测方式不作限定。例如,预设检测方式可以为心跳检测方式。又例如,预设检测方式可以为长连接检测方式。又例如,预设检测方式可以为轮询检测方式。
在一些实施例中,若电子设备确定电子设备的通信状态信息为第一通信信息,电子设备则可以执行S402。
在一些实施例中,若电子设备确定电子设备的通信状态信息为第二通信信息,电子设备则可以执行S403。
在一些实施例中,目标服务器可以确定电子设备的通信状态信息。
需要说明的是,在本申请实施例中,对于目标服务器确定电子设备的通信状态信息的介绍,可以参考S401中对电子设备确定电子设备的通信状态信息的描述,此处不予赘述。
可以理解的是,云服务器和/或边缘服务器可以对电子设备的通信状态进行监听,确定电子设备的通信状态信息。从而,实现了云服务器和/或边缘服务器对电子设备的监听。
S402、若电子设备确定电子设备的通信状态信息为第一通信信息,电子设备则向目标服务器发送第一信息。
需要说明的是,在本申请实施例中,对于电子设备向目标服务器发送第一信息的介绍,可以参考S303中对电子设备向目标服务器发送第一信息的描述,此处不予赘述。
可以理解的是,若电子设备确定电子设备的通信状态信息为第一通信信息,说明电子设备的通信状态处于正常状态,电子设备则可以向目标服务器发送第一信息。
在本申请实施例中,在电子设备向目标服务器发送第一信息之后,目标服务器可以将第一应用的状态信息变更为第一信息(S304)。
S403、若电子设备确定电子设备的通信状态信息为第二通信信息,电子设备则缓存第一信息。
需要说明的是,若电子设备确定电子设备的通信状态信息为第二通信信息,说明电子设备的通信状态处于异常状态,电子设备则可以缓存第一信息。当电子设备的通信状态恢复为正常状态时,电子设备再向目标服务器发送第一信息。这样一来,可以保证第一信息不会丢失。
需要说明的是,在本申请实施例中,在电子设备的通信状态处于异常状态的情况下,当用户通过目标服务器指示对第一应用执行运维事件时,用户无法确定是否可以指示对第一应用执行运维事件。
在一些实施例中,若电子设备的通信状态处于异常状态,边缘服务器和/或云服务器可以将第一应用的状态信息变更为离线状态。若电子设备的通信状态恢复为正常状态,边缘服务器和/或云服务器可以将第一应用的状态信息变更为在线状态。
这样一来,在电子设备的通信状态处于异常状态的情况下,用户可以查询到第一应用的状态信息为离线状态,但是无法指示对第一应用执行运维事件。当电子设备的通信状态恢复为正常状态时,用户才可以指示对第一应用执行运维事件。
可以理解的是,电子设备可以确定电子设备的通信状态信息。若电子设备的通信状态信息为第一通信信息,电子设备则可以向目标服务器发送第一信息,第一通信信息用于指示通信状态处于正常状态。若电子设备的通信状态信息为第二通信信息,电子设备则可以缓存第一信息,第二通信信息用于指示通信状态处于异常状态。这样一来,即使电子设备的通信状态为异常状态,电子设备也可以保证第一信息不会丢失。
需要说明的是,若用户通过云服务器对第一应用的状态信息进行查询。由于云服务器未对第一应用的状态信息进行变更,可能导致用户查询到的第一应用的状态信息未更新,从而导致云服务器中的第一应用的状态信息与电子设备中的第一应用的状态信息不一致。
在一些实施例中,电子设备可以将第一应用的状态信息更新为第一信息。在边缘服务器接收到第一信息的情形下,边缘服务器可以向云服务器发送第一信息。
需要说明的是,在电子设备将第一应用的状态信息更新为第一信息之后,电子设备可以向边缘服务器发送第一应用的更新后的状态信息。边缘服务器可以接收来自电子设备的第一应用的更新后的状态信息。之后,边缘服务器可以向云服务器发送第一应用的更新后的状态信息。
可以理解的是,电子设备将第一应用的状态信息更新为第一信息,从而实现了电子设备对第一应用的运维。在边缘服务器接收到第一信息的情形下,边缘服务器可以向云服务器发送第一信息,实现了电子设备、边缘服务器和云服务器之间第一应用的状态信息的同步,保证了电子设备、边缘服务器和云服务器中的第一应用的状态信息的一致性。
在一些实施例中,在边缘服务器向云服务器发送第一信息之后,云服务器可以接收来自边缘服务器的第一信息。
在一些实施例中,如图5所示,边缘服务器中部署有第二应用。用户可以对边缘服务器中的第二应用进行运维。该应用程序的运维方法还可以包括:S501-S504。
S501、云服务器向边缘服务器发送第二运维请求消息。
其中,第二运维请求消息用于请求对第二应用执行运维事件。
需要说明的是,在本申请实施例中,对于运维事件的介绍,可以参考S301中对运维事件的描述,此处不予赘述。
示例性的,假如第二应用为APP2。例如,第二运维请求消息可以为创建APP2的播放功能。又例如,第二运维请求消息可以为启动APP2的运行。又例如,第二运维请求消息可以为监听APP2的内存使用情况。
需要说明的是,在本申请实施例中,第二客户端无法请求对第二应用执行运维事件。这样一来,可能导致部署于边缘服务器的客户端无法请求对第二应用进行运维。
在一些实施例中,第二客户端可以向边缘服务器发送第二运维请求消息,第二客户端为部署于边缘服务器的客户端。边缘服务器可以接收来自第二客户端的第二运维请求消息。
可以理解的是,第二客户端可以向边缘服务器发送第二运维请求消息。之后,边缘服务器接收来自第二客户端的第二运维请求消息,以使边缘服务器对第二应用执行运维事件。这样一来,可以实现部署于边缘服务器的客户端对第二应用的运维。
在一些实施例中,在云服务器向边缘服务器发送第二运维请求消息之后,边缘服务器可以接收来自云服务器的第二运维请求消息,并且执行S502。
S502、边缘服务器对第二应用执行运维事件,生成第二信息,并将第二应用的状态信息变更为第二信息。
其中,第二信息用于指示对第二应用执行运维事件之后的执行结果。
需要说明的,在本申请实施例中,对于第二信息的介绍,可以参考S302中对第一信息的描述,此处不予赘述。
S503、边缘服务器向云服务器发送第二信息。
示例性的,假如第二信息包括:APP2的运行状态为启动状态,边缘服务器则可以向云服务器发送APP2的运行状态为启动状态。
S504、云服务器将第二应用的状态信息变更为第二信息。
在一种可能的设计中,第二应用的状态信息可以包括:第二应用的结构状态信息、第二应用的运行状态信息、第二应用的性能状态信息。
示例性的,假如第二应用为APP2,第二应用的运行状态信息为启动状态,第二信息包括:APP2的运行状态为停止状态,则第二应用变更后的运行状态信息为停止状态。
需要说明的是,在边缘服务器向云服务器发送第二信息之后,云服务器将第二应用的状态信息变更为第二信息。这样一来,保证了边缘服务器和云服务器之间第二应用的状态信息的一致性。
可以理解的是,边缘服务器中部署有第二应用。云服务器可以向边缘服务器发送第二运维请求消息,第二运维请求消息用于请求对第二应用执行运维事件。边缘服务器可以对第二应用执行运维事件,生成第二信息,并将第二应用的状态信息变更为第二信息,第二信息用于指示对第二应用执行运维事件之后的执行结果。边缘服务器可以向云服务器发送第二信息。云服务器可以将第二应用的状态信息变更为第二信息。如此,在边缘的通信状态为异常状态的情况下,边缘服务器仍然可以对第二应用进行运维。这样一来,既可以实现电子设备对第一应用的运维,又可以实现云服务器和/或边缘服务器对第一应用的运维,提高了应用程序的运维效率。
在一些实施例中,如图6所示,S503还可以包括:S601-S603。
S601、边缘服务器确定边缘服务器的通信状态信息。
在一种可能的实现方式中,边缘服务器可以通过预设检测方式,监听边缘服务器的通信状态,并生成通信状态信息。
需要说明的是,在本申请实施例中,对于预设检测方式的介绍,可以参考S401中对预设检测方式的描述,此处不予赘述。
在一些实施例中,若边缘服务器确定边缘服务器的通信状态信息为第一通信信息,边缘服务器则可以执行S602。
在一些实施例中,若边缘服务器确定边缘服务器的通信状态信息为第二通信信息,边缘服务器则可以执行S603。
在一些实施例中,云服务器可以确定边缘服务器的通信状态信息。
需要说明的是,在本申请实施例中,对于云服务器确定边缘服务器的通信状态信息的介绍,可以参考S601中对边缘服务器确定边缘服务器的通信状态信息的描述,此处不予赘述。
可以理解的是,云服务器可以对边缘服务器的通信状态进行监听,确定边缘服务器的通信状态信息。从而,实现了云服务器对边缘服务器的监听。
S602、若边缘服务器确定边缘服务器的通信状态信息为第一通信信息,边缘服务器则向云服务器发送第二信息。
需要说明的是,若边缘服务器确定边缘服务器的通信状态信息为第一通信信息,说明边缘服务器的通信状态处于正常状态,边缘服务器则可以向云服务器发送第二信息。
在本申请实施例中,边缘服务器向云服务器发送第二信息之后,云服务器可以将第二应用的状态信息变更为第二信息(S504)。
S603、若边缘服务器确定边缘服务器的通信状态信息为第二通信信息,边缘服务器则缓存第二信息。
需要说明的是,若边缘服务器确定边缘服务器的通信状态信息为第二通信信息,说明边缘服务器的通信状态处于异常状态,边缘服务器则可以缓存第二信息。当边缘服务器的通信状态恢复为正常状态时,边缘服务器再向云服务器发送第二信息。这样一来,可以保证第二信息不会丢失。
需要说明的是,在本申请实施例中,在边缘服务器的通信状态处于异常状态的情况下,当用户通过云服务器指示对第二应用执行运维事件时,用户无法确定是否可以指示对第二应用执行运维事件。
在一些实施例中,若边缘服务器的通信状态处于异常状态,云服务器可以将第二应用的状态信息变更为离线状态。若边缘服务器的通信状态恢复为正常状态,云服务器可以将第二应用的状态信息变更为在线状态。
这样一来,在边缘服务器的通信状态处于异常状态的情况下,用户可以查询到第二应用的状态信息为离线状态,但是无法指示对第二应用执行运维事件。当边缘服务器的通信状态恢复为正常状态时,用户才可以指示对第二应用执行运维事件。
可以理解的是,边缘服务器可以确定边缘服务器的通信状态信息。若边缘服务器的通信状态信息为第一通信信息,边缘服务器则可以向云服务器发送第二信息,第一通信信息用于指示通信状态处于正常状态。若边缘服务器的通信状态信息为第二通信信息,边缘服务器则可以缓存第二信息,第二通信信息用于指示通信状态处于异常状态。这样一来,即使边缘服务器的通信状态为异常状态,边缘服务器也可以保证第二信息不会丢失。
在一些实施例中,如图7所示,云服务器中部署有第三应用。用户可以对云服务器中的第三应用进行运维。该应用程序的运维方法还可以包括:S701-S702。
S701、云服务器获取第三运维请求消息。
其中,第三运维请求消息用于请求对第三应用执行运维事件。
示例性的,假如第三应用为APP3。例如,第三运维请求消息可以为创建APP3的图片识别功能。又例如,第三运维请求消息可以为启动APP3的运行。又例如,第三运维请求消息可以为监听APP3的内存使用情况。
需要说明的是,在本申请实施例中,对于运维事件的介绍,可以参考S301中对运维事件的描述,此处不予赘述。
在一种可能的实现方式中,第三客户端可以向云服务器发送第三运维请求消息,第三客户端可以为部署于云服务器的客户端。云服务器可以接收来自第三客户端的第三运维请求消息。
S702、云服务器对第三应用执行运维事件,生成第三信息,并将第三应用的状态信息变更为第三信息。
其中,第三信息用于指示对第三应用执行运维事件之后的执行结果。
需要说明的,在本申请实施例中,对于第三信息的介绍,可以参考S302中对第一信息的描述,此处不予赘述。
在一种可能的实现方式中,云服务器中部署有第三应用。云服务器可以响应于第三运维请求消息,对第三应用执行运维事件,生成第三信息。之后,云服务器可以将第三应用的状态信息变更为第三信息。
可以理解的是,云服务器可以获取第三运维请求消息,第三运维请求消息用于请求对第三应用执行运维事件。云服务器对第三应用执行运维事件,生成第三信息,并将第三应用的状态信息变更为第三信息,第三信息用于指示对第三应用执行运维事件之后的执行结果。这样一来,实现了云服务器对第三应用的运维。在电子设备和/或边缘服务器的通信状态为异常状态的情况下,云服务器仍然可以对第三应用进行运维。
下面结合具体示例介绍本申请的应用程序的运维方法。如图8所示,端可以为本申请实施例中的电子设备,边可以为本申请实施例中的边缘服务器,云可以为本申请实施例中的云服务器。边缘服务器可以向电子设备发送第一运维请求消息,第一运维请求消息可以为第一部署控制指令。电子设备可以接收来自边缘服务器的第一运维请求消息,并对第一应用执行运维事件,生成第一信息,第一信息可以为第一状态同步缓存。之后,电子设备可以向边缘服务器发送第一信息,即向边进行状态同步。同理,云服务器可以向边缘服务器发送第二运维请求消息,第二运维请求消息可以为第二部署控制指令。边缘服务器可以接收来自云服务器的第二运维请求消息,并对第二应用执行运维事件,生成第二信息,第二信息可以为第二状态同步缓存。之后,边缘服务器可以向云服务发送第二信息,即向云进行状态同步。
需要说明的是,在本申请实施例中,第一运维请求消息可以与第二运维请求消息相同。在第一运维请求消息与第二运维请求消息相同的情况下,云服务器可以向边缘服务器发送第一运维请求消息。在边缘服务器接收来自云服务器的第一运维请求消息之后,边缘服务器可以向电子设备发送第一运维请求消息。也就是说,云服务器可以通过边缘服务器对第一应用进行运维。
这样一来,既可以实现边缘服务器对第一应用的运维,云服务器对第二应用的运维。还可以实现云服务器通过边缘服务器对第一应用的运维。
需要说明的是,在边缘服务器对电子设备中的第一应用进行运维的情况下,边缘服务器无法确定对应用的运维结果。同理,在云服务器对边缘服务器中的第二应用进行运维的情况下,云服务器无法确定对应用的运维结果,从而无法保证应用运维的一致性。
在一些实施例中,边缘服务器可以接收来自电子设备的反馈结果。之后,边缘服务器可以根据反馈结果,确定对应用的运维结果。同理,云服务器可以接收来自边缘服务器的反馈结果。之后,云服务器可以根据反馈结果,确定对应用的运维结果。
在一种可能的实现方式中,在电子设备接收来自边缘服务器的第一运维请求消息,并根据第一运维请求消息生成第一信息之后,电子设备可以向边缘服务器发送第一标识,第一标识包括:成功标识或失败标识。边缘服务器可以接收来自电子设备的第一标识,并确定对第一应用的运维结果。
需要说明的是,在本申请实施例中,对第一标识不作限定。例如,第一标识可以包括:成功标识为1或失败标识为0。又例如,第一标识可以包括:成功标识为success或失败标识为error。又例如,第一标识可以包括:成功标识为“执行成功”或失败标识为“执行失败”。
示例性的,假如第一应用为APP1,第一运维请求消息为创建APP1的输入功能。假如第一标识为“创建成功”,边缘服务器则可以确定运维结果为成功。假如第一标识为“创建失败”,边缘服务器则可以确定运维结果为失败。
在另一种可能的实现方式中,边缘服务器可以根据第一信息,确定对第一应用的运维结果。
示例性的,假如第一应用为APP1,第一运维请求消息为创建APP1的输入功能。假如第一信息包括:具有输入功能的APP1,边缘服务器则可以确定运维结果为成功。假如第一信息未包括:具有输入功能的APP1,边缘服务器则可以确定运维结果为失败。
同理,在一种可能的实现方式中,在边缘服务器接收来自云服务器的第二运维请求消息,并根据第二运维请求消息生成第二信息之后,边缘服务器可以向云服务器发送第二标识,第二标识包括:成功标识或失败标识。云服务器可以接收来自边缘服务器的第二标识,并确定对第二应用的运维结果。
在另一种可能的实现方式中,云服务器可以根据第二信息,确定对第二应用的运维结果。
可以理解的是,第一标识与第一信息均可以为电子设备向边缘服务器发送的反馈结果。边缘服务器可以根据电子设备的反馈结果,确定对应用的运维结果。同理,第二标识与第二信息都可以为边缘服务器向云服务器发送的反馈结果。云服务器可以根据边缘服务器的反馈结果,确定对应用的运维结果。从而保证了应用运维的一致性。
上述主要从计算机设备的角度对本申请实施例提供的方案进行了介绍。可以理解的是,计算机设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本申请所公开的实施例描述的各示例的应用程序的运维方法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例还提供一种应用程序的运维系统。该应用程序的运维系统包括:云服务器、至少一个边缘服务器和至少一个电子设备,云服务器与至少一个边缘服务器进行数据传输,边缘服务器与至少一个电子设备中一个或多个电子设备进行数据传输;电子设备中部署有第一应用。
电子设备,用于获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件;还用于对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。
电子设备,还用于向目标服务器发送第一信息。
目标服务器,用于接收来自电子设备的第一信息,并将第一应用的状态信息变更为第一信息。
其中,目标服务器包括:云服务器,和/或,边缘服务器。
本申请实施例还提供一种应用程序的运维装置。该应用程序的运维装置可以为计算机设备,也可以是上述计算机设备中的CPU,还可以是上述计算机设备中用于运维应用程序的处理模块,还可以是上述计算机设备中用于运维应用程序的客户端。
本申请实施例可以根据上述方法示例对应用程序的运维进行功能模块或者功能单元的划分,例如,可以对应各个功能划分各个功能模块或者功能单元,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块或者功能单元的形式实现。其中,本申请实施例中对模块或者单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
如图9所示,为本申请实施例提供的一种应用程序的运维装置的结构示意图。应用程序的运维装置用于执行图3、图4、图5、图6、图7和图8所示的应用程序的运维方法。该应用程序的运维装置可以应用于电子设备,电子设备与边缘服务器进行数据传输,和/或,电子设备与云服务器进行数据传输,电子设备中部署有第一应用,云服务器和/或边缘服务器中存储有第一应用的状态信息。该应用程序的运维装置可以包括获取单元901、发送单元902和处理单元903。
获取单元901,用于获取第一运维请求消息,第一运维请求消息用于请求对第一应用执行运维事件。处理单元903,用于对第一应用执行运维事件,生成第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。发送单元902,用于向目标服务器发送第一信息,以使目标服务器接收到第一信息之后将第一应用的状态信息变更为第一信息。其中,目标服务器包括:云服务器,和/或,边缘服务器。
一些实现方式中,该应用程序的运维装置还包括:发送单元902,具体用于若电子设备的通信状态信息为第一通信信息,则向目标服务器发送第一信息,第一通信信息用于指示通信状态处于正常状态。或者,处理单元903,具体用于若电子设备的通信状态信息为第二通信信息,则缓存第一信息,第二通信信息用于指示通信状态处于异常状态。
一些实现方式中,该应用程序的运维装置还包括:处理单元903,具体用于将第一应用的状态信息更新为第一信息。
如图10所示,为本申请实施例提供的一种应用程序的运维装置的结构示意图。应用程序的运维装置用于执行图3、图4、图5、图6、图7和图8所示的应用程序的运维方法。该应用程序的运维装置可以应用于边缘服务器,边缘服务器与电子设备进行数据传输,电子设备中部署有第一应用,边缘服务器中存储有第一应用的状态信息。该应用程序的运维装置可以包括获取单元1001、发送单元1002和处理单元1003。
获取单元1001,用于在电子设备获取到用于请求对第一应用执行运维事件的第一运维请求消息并对第一应用执行运维事件、生成第一信息之后,接收来自电子设备的第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。处理单元1003,用于将第一应用的状态信息变更为第一信息。
一些实现方式中,该应用程序的运维装置还包括:获取单元1001,具体用于在电子设备的通信状态信息为第一通信信息的情形下,接收来自电子设备的第一信息,第一通信信息用于指示通信状态处于正常状态。并且/或者,发送单元1002,用于在边缘服务器接收到第一信息的情形下,向云服务器发送第一信息。
一些实现方式中,边缘服务器中部署有第二应用,云服务器与边缘服务器进行数据传输。该应用程序的运维装置还包括:获取单元1001,具体用于接收来自云服务器的第二运维请求消息,第二运维请求消息用于请求对第二应用执行运维事件。处理单元1003,具体用于对第二应用执行运维事件,生成第二信息,并将第二应用的状态信息变更为第二信息,第二信息用于指示对第二应用执行运维事件之后的执行结果。发送单元1002,具体用于向云服务器发送第二信息,以使云服务器将第二应用的状态信息变更为第二信息。
一些实现方式中,该应用程序的运维装置还包括:发送单元1002,具体用于若边缘服务器的通信状态信息为第一通信信息,则向云服务器发送第二信息,第一通信信息用于指示通信状态处于正常状态。或者,处理单元1003,具体用于若边缘服务器的通信状态信息为第二通信信息,则缓存第二信息,第二通信信息用于指示通信状态处于异常状态。
如图11所示,为本申请实施例提供的一种应用程序的运维装置的结构示意图。应用程序的运维装置用于执行图3、图4、图5、图6、图7和图8所示的应用程序的运维方法。该应用程序的运维装置可以应用于云服务器,云服务器与电子设备进行数据传输,电子设备中部署有第一应用,云服务器中存储有第一应用的状态信息。该应用程序的运维装置可以包括获取单元1101、发送单元1102和处理单元1103。
获取单元1101,用于在电子设备获取到用于请求对第一应用执行运维事件的第一运维请求消息并对第一应用执行运维事件、生成第一信息之后,接收来自电子设备的第一信息,第一信息用于指示对第一应用执行运维事件之后的执行结果。处理单元1103,用于将第一应用的状态信息变更为第一信息。
一些实现方式中,该应用程序的运维装置还包括:获取单元1101,具体用于在电子设备的通信状态信息为第一通信信息的情形下,接收来自电子设备的第一信息,第一通信信息用于指示通信状态处于正常状态。并且/或者,获取单元1101,具体用于在边缘服务器接收到第一信息的情形下,接收来自边缘服务器的第一信息。
一些实现方式中,边缘服务器中部署有第二应用,云服务器与边缘服务器进行数据传输。该应用程序的运维装置还包括:发送单元1102,具体用于向边缘服务器发送第二运维请求消息,第二运维请求消息用于请求对第二应用执行运维事件,以使边缘服务器对第二应用执行运维事件,生成第二信息,并将第二应用的状态信息变更为第二信息,第二信息用于指示对第二应用执行运维事件之后的执行结果。获取单元1101,具体用于接收来自边缘服务器的第二信息。处理单元1103,具体用于将第二应用的状态信息变更为第二信息。
一些实现方式中,该应用程序的运维装置还包括:获取单元1101,具体用于若边缘服务器的通信状态信息为第一通信信息,则接收来自边缘服务器的第二信息,第一通信信息用于指示通信状态处于正常状态。
一些实现方式中,云服务器中部署有第三应用。该应用程序的运维装置还包括:获取单元1101,具体用于获取第三运维请求消息,第三运维请求消息用于请求对第三应用执行运维事件。处理单元1103,具体用于对第三应用执行运维事件,生成第三信息,并将第三应用的状态信息变更为第三信息,第三信息用于指示对第三应用执行运维事件之后的执行结果。
图12示出了上述实施例中所涉及的应用程序的运维装置的又一种可能的结构。该应用程序的运维装置包括:处理器1201和通信接口1202。处理器1201用于对装置的动作进行控制管理,例如,执行上述方法实施例中所示的方法流程中的各个步骤,和/或用于执行本文所描述的技术的其它过程。通信接口1202用于支持该应用程序的运维装置与其他网络实体的通信。应用程序的运维装置还可以包括存储器1203和总线1204,存储器1203用于存储装置的程序代码和数据。
其中,上述处理器1201可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,单元和电路。该处理器可以是中央处理器,通用处理器,数字信号处理器,专用集成电路,现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本发明公开内容所描述的各种示例性的逻辑方框,单元和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
存储器1203可以包括易失性存储器,例如随机存取存储器;该存储器也可以包括非易失性存储器,例如只读存储器,快闪存储器,硬盘或固态硬盘;该存储器还可以包括上述种类的存储器的组合。
总线1204可以是扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。总线1204可以分为地址总线、数据总线、控制总线等。为便于表示,图12中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
如上所述,本申请实施例可以根据上述方法示例对应用程序的运维方法中涉及到的各执行主体进行功能模块的划分。其中,上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。另外,还需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。
关于上述实施例中的应用程序的运维装置,其中各个模块执行操作的具体方式、以及具备的有益效果,均已经在前述方法实施例中进行了详细描述,此处不再赘述。
本申请实施例还提供一种开发设备,开发设备可以包括:处理器,用于存储处理器可执行指令的存储器;处理器被配置为执行该指令时,使得开发设备实现如前述实施例中的方法。
需要说明的是,在本申请实施例中,开发设备可以包括以下至少一个:电子设备、边缘服务器和云服务器。也就是说,开发设备可以包括电子设备、边缘服务器和云服务器中的一个或多个。
示例性的,开发设备可以包括:电子设备。开发设备还可以包括:电子设备和边缘服务器。开发设备还可以包括:电子设备、边缘服务器和云服务器。
在示例性实施例中,本申请实施例还提供一种计算机可读存储介质,其上存储有计算机程序指令;当该计算机程序指令被开发设备执行时,使得开发设备实现如前述实施例中的方法。
可选的,上述计算机可读存储介质可以是非临时性计算机可读存储介质,例如,该非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,本申请实施例还提供一种计算机程序产品,包括计算机可读代码,或者承载有计算机可读代码的非易失性计算机可读存储介质,当该计算机可读代码在开发设备中运行时,该开发设备中的处理器实现如前述实施例中的方法。
本领域技术人员在考虑说明书及实践这里申请的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
Claims (15)
1.一种应用程序的运维方法,其特征在于,电子设备与边缘服务器进行数据传输,和/或,所述电子设备与云服务器进行数据传输,所述电子设备中部署有第一应用,所述云服务器和/或所述边缘服务器中存储有所述第一应用的状态信息;所述方法包括:
所述电子设备获取第一运维请求消息,所述第一运维请求消息用于请求对所述第一应用执行运维事件;
所述电子设备对所述第一应用执行所述运维事件,生成第一信息,所述第一信息用于指示对所述第一应用执行所述运维事件之后的执行结果;
所述电子设备向目标服务器发送所述第一信息;
所述目标服务器将所述第一应用的状态信息变更为所述第一信息;
其中,所述目标服务器包括:所述云服务器,和/或,所述边缘服务器。
2.根据权利要求1所述的方法,其特征在于,所述电子设备向目标服务器发送所述第一信息,包括:
若所述电子设备的通信状态信息为第一通信信息,则所述电子设备向所述目标服务器发送所述第一信息,所述第一通信信息用于指示通信状态处于正常状态;或者,
若所述电子设备的通信状态信息为第二通信信息,则所述电子设备缓存所述第一信息,所述第二通信信息用于指示通信状态处于异常状态。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述电子设备将所述第一应用的状态信息更新为所述第一信息;并且/或者,
在所述边缘服务器接收到所述第一信息的情形下,所述边缘服务器向所述云服务器发送所述第一信息。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述边缘服务器中部署有第二应用,所述云服务器与所述边缘服务器进行数据传输,所述方法还包括:
所述云服务器向所述边缘服务器发送第二运维请求消息,所述第二运维请求消息用于请求对所述第二应用执行所述运维事件;
所述边缘服务器对所述第二应用执行所述运维事件,生成第二信息,并将所述第二应用的状态信息变更为所述第二信息,所述第二信息用于指示对所述第二应用执行所述运维事件之后的执行结果;
所述边缘服务器向所述云服务器发送所述第二信息;
所述云服务器将所述第二应用的状态信息变更为所述第二信息。
5.根据权利要求4所述的方法,其特征在于,所述边缘服务器向所述云服务器发送所述第二信息,包括:
若所述边缘服务器的通信状态信息为第一通信信息,则所述边缘服务器向所述云服务器发送所述第二信息,所述第一通信信息用于指示通信状态处于正常状态;或者,
若所述边缘服务器的通信状态信息为第二通信信息,则所述边缘服务器缓存所述第二信息,所述第二通信信息用于指示通信状态处于异常状态。
6.根据权利要求1至3中任一项所述的方法,其特征在于,所述云服务器中部署有第三应用,所述方法还包括:
所述云服务器获取第三运维请求消息,所述第三运维请求消息用于请求对所述第三应用执行所述运维事件;
所述云服务器对所述第三应用执行所述运维事件,生成第三信息,并将所述第三应用的状态信息变更为所述第三信息,所述第三信息用于指示对所述第三应用执行所述运维事件之后的执行结果。
7.一种应用程序的运维方法,其特征在于,应用于电子设备,所述电子设备与边缘服务器进行数据传输,和/或,所述电子设备与云服务器进行数据传输,所述电子设备中部署有第一应用,所述云服务器和/或所述边缘服务器中存储有所述第一应用的状态信息;所述方法包括:
获取第一运维请求消息,所述第一运维请求消息用于请求对所述第一应用执行运维事件;
对所述第一应用执行所述运维事件,生成第一信息,所述第一信息用于指示对所述第一应用执行所述运维事件之后的执行结果;
向目标服务器发送所述第一信息,以使所述目标服务器接收到所述第一信息之后将所述第一应用的状态信息变更为所述第一信息;
其中,所述目标服务器包括:所述云服务器,和/或,所述边缘服务器。
8.根据权利要求7所述的方法,其特征在于,所述向目标服务器发送所述第一信息,包括:
若所述电子设备的通信状态信息为第一通信信息,则向所述目标服务器发送所述第一信息,所述第一通信信息用于指示通信状态处于正常状态;或者,
若所述电子设备的通信状态信息为第二通信信息,则缓存所述第一信息,所述第二通信信息用于指示通信状态处于异常状态;并且/或者,
所述方法还包括:
将所述第一应用的状态信息更新为所述第一信息。
9.一种应用程序的运维方法,其特征在于,应用于边缘服务器,所述边缘服务器与电子设备进行数据传输,所述电子设备中部署有第一应用,所述边缘服务器中存储有所述第一应用的状态信息;所述方法包括:
在所述电子设备获取到用于请求对所述第一应用执行运维事件的第一运维请求消息并对所述第一应用执行所述运维事件、生成第一信息之后,接收来自所述电子设备的第一信息,所述第一信息用于指示对所述第一应用执行运维事件之后的执行结果;
将所述第一应用的状态信息变更为所述第一信息。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
在所述电子设备的通信状态信息为第一通信信息的情形下,接收来自所述电子设备的所述第一信息,所述第一通信信息用于指示通信状态处于正常状态;并且/或者,
在所述边缘服务器接收到所述第一信息的情形下,向云服务器发送所述第一信息。
11.根据权利要求9或10所述的方法,其特征在于,所述边缘服务器中部署有第二应用,所述云服务器与所述边缘服务器进行数据传输,所述方法还包括:
接收来自所述云服务器的第二运维请求消息,所述第二运维请求消息用于请求对所述第二应用执行所述运维事件;
对所述第二应用执行所述运维事件,生成第二信息,并将所述第二应用的状态信息变更为所述第二信息,所述第二信息用于指示对所述第二应用执行所述运维事件之后的执行结果;
向所述云服务器发送所述第二信息,以使所述云服务器将所述第二应用的状态信息变更为所述第二信息。
12.一种应用程序的运维方法,其特征在于,应用于云服务器,所述云服务器与电子设备进行数据传输,所述电子设备中部署有第一应用,所述云服务器中存储有所述第一应用的状态信息;所述方法包括:
在所述电子设备获取到用于请求对所述第一应用执行运维事件的第一运维请求消息并对所述第一应用执行所述运维事件、生成第一信息之后,接收来自所述电子设备的第一信息,所述第一信息用于指示对所述第一应用执行运维事件之后的执行结果;
将所述第一应用的状态信息变更为所述第一信息。
13.根据权利要求12所述的方法,其特征在于,所述方法还包括:
在所述电子设备的通信状态信息为第一通信信息的情形下,接收来自所述电子设备的所述第一信息,所述第一通信信息用于指示通信状态处于正常状态;并且/或者,
在边缘服务器接收到所述第一信息的情形下,接收来自所述边缘服务器的所述第一信息。
14.根据权利要求12或13所述的方法,其特征在于,所述边缘服务器中部署有第二应用,所述云服务器与所述边缘服务器进行数据传输,所述方法还包括:
向所述边缘服务器发送第二运维请求消息,所述第二运维请求消息用于请求对所述第二应用执行所述运维事件,以使所述边缘服务器对所述第二应用执行所述运维事件,生成第二信息,并将所述第二应用的状态信息变更为所述第二信息,所述第二信息用于指示对所述第二应用执行所述运维事件之后的执行结果;
接收来自所述边缘服务器的所述第二信息;
将所述第二应用的状态信息变更为所述第二信息;并且/或者,
所述云服务器中部署有第三应用,所述方法还包括:
获取第三运维请求消息,所述第三运维请求消息用于请求对所述第三应用执行所述运维事件;
对所述第三应用执行所述运维事件,生成第三信息,并将所述第三应用的状态信息变更为所述第三信息,所述第三信息用于指示对所述第三应用执行所述运维事件之后的执行结果。
15.一种计算机可读存储介质,所述计算机可读存储介质包括计算机程序,其特征在于,当所述计算机程序在开发设备上运行时,使得所述开发设备实现如权利要求1-6、权利要求7-8、权利要求9-11或者权利要求12-14任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211199193.9A CN115604114A (zh) | 2022-09-29 | 2022-09-29 | 应用程序的运维方法及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211199193.9A CN115604114A (zh) | 2022-09-29 | 2022-09-29 | 应用程序的运维方法及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115604114A true CN115604114A (zh) | 2023-01-13 |
Family
ID=84844665
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211199193.9A Pending CN115604114A (zh) | 2022-09-29 | 2022-09-29 | 应用程序的运维方法及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115604114A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170124340A1 (en) * | 2015-10-30 | 2017-05-04 | International Business Machines Corporation | Hybrid cloud applications |
CN111240925A (zh) * | 2019-12-30 | 2020-06-05 | 昆明尚禾农业科技有限公司 | 农业自动化设备监测运维系统 |
CN113132427A (zh) * | 2019-12-30 | 2021-07-16 | 中移智行网络科技有限公司 | 边云协同方法和边云协同系统 |
CN113259161A (zh) * | 2021-05-11 | 2021-08-13 | 商汤国际私人有限公司 | 应用管理方法及装置、电子设备和存储介质 |
CN113778463A (zh) * | 2020-06-09 | 2021-12-10 | 华为技术有限公司 | 一种业务服务部署方法及装置 |
-
2022
- 2022-09-29 CN CN202211199193.9A patent/CN115604114A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170124340A1 (en) * | 2015-10-30 | 2017-05-04 | International Business Machines Corporation | Hybrid cloud applications |
CN111240925A (zh) * | 2019-12-30 | 2020-06-05 | 昆明尚禾农业科技有限公司 | 农业自动化设备监测运维系统 |
CN113132427A (zh) * | 2019-12-30 | 2021-07-16 | 中移智行网络科技有限公司 | 边云协同方法和边云协同系统 |
CN113778463A (zh) * | 2020-06-09 | 2021-12-10 | 华为技术有限公司 | 一种业务服务部署方法及装置 |
CN113259161A (zh) * | 2021-05-11 | 2021-08-13 | 商汤国际私人有限公司 | 应用管理方法及装置、电子设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108566290B (zh) | 服务配置管理方法、系统、存储介质和服务器 | |
US20210337046A1 (en) | Intelligent scheduling method, terminal device, edge node cluster and intelligent scheduling system | |
CN108712332B (zh) | 一种通信方法、系统和装置 | |
CN103237060B (zh) | 一种数据对象获取方法、装置及系统 | |
CN109547524B (zh) | 基于物联网的用户行为存储方法、装置、设备及存储介质 | |
CN112416969B (zh) | 分布式数据库中的并行任务调度系统 | |
CN107172214B (zh) | 一种具有负载均衡的服务节点发现方法及装置 | |
CN104850416A (zh) | 一种升级系统、方法、装置及云计算节点 | |
CN111800468A (zh) | 一种基于云的多集群管理方法、装置、介质及电子设备 | |
WO2022222438A1 (zh) | 配置文件状态同步方法、装置、终端、服务器和存储介质 | |
CN113886058A (zh) | 一种跨集群资源调度方法和装置 | |
CN111078238A (zh) | 容器环境下应用配置集中处理方法及装置 | |
CN103457748A (zh) | 数据传输方法、系统和设备 | |
CN114565502A (zh) | Gpu资源管理方法、调度方法、装置、电子设备及存储介质 | |
CN105530323B (zh) | 一种文件升级方法、相关设备及系统 | |
CN116805946A (zh) | 一种消息请求处理方法、装置、电子设备及存储介质 | |
CN110069406A (zh) | 自动触发的tpc-ds测试方法以及系统 | |
CN109413117B (zh) | 分布式数据计算方法、装置、服务器及计算机存储介质 | |
CN115333993B (zh) | 容器环境下自定义容器组路由的方法、设备及存储介质 | |
CN115604114A (zh) | 应用程序的运维方法及计算机可读存储介质 | |
CN111092774A (zh) | 采集网关的配置方法及设备 | |
CN114900449B (zh) | 一种资源信息管理方法、系统及装置 | |
CN114138895A (zh) | 多数据源的数据同步方法、装置、计算机设备和存储介质 | |
CN113542424A (zh) | 数据处理方法、装置、设备及计算机程序产品 | |
CN111083182B (zh) | 分布式物联网设备管理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |