CN101610282A - 一种基于http协议的存储多节点集中管理和单节点管理相结合的方法 - Google Patents
一种基于http协议的存储多节点集中管理和单节点管理相结合的方法 Download PDFInfo
- Publication number
- CN101610282A CN101610282A CNA2009100171447A CN200910017144A CN101610282A CN 101610282 A CN101610282 A CN 101610282A CN A2009100171447 A CNA2009100171447 A CN A2009100171447A CN 200910017144 A CN200910017144 A CN 200910017144A CN 101610282 A CN101610282 A CN 101610282A
- Authority
- CN
- China
- Prior art keywords
- node
- management
- rpc
- memory device
- data
- 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
- 238000000034 method Methods 0.000 title claims abstract description 48
- 230000005611 electricity Effects 0.000 claims abstract description 8
- 230000005540 biological transmission Effects 0.000 claims abstract description 7
- 230000008569 process Effects 0.000 claims description 32
- 230000004044 response Effects 0.000 claims description 31
- 238000004891 communication Methods 0.000 claims description 12
- 238000012545 processing Methods 0.000 claims description 9
- 238000005516 engineering process Methods 0.000 claims description 7
- 230000009977 dual effect Effects 0.000 claims description 6
- 238000012546 transfer Methods 0.000 claims description 6
- 238000013461 design Methods 0.000 claims description 5
- 238000012986 modification Methods 0.000 claims description 4
- 230000004048 modification Effects 0.000 claims description 4
- 238000006243 chemical reaction Methods 0.000 claims description 3
- 238000005538 encapsulation Methods 0.000 claims description 3
- 238000013507 mapping Methods 0.000 claims description 3
- 230000008140 language development Effects 0.000 claims description 2
- 239000003795 chemical substances by application Substances 0.000 description 4
- 239000012467 final product Substances 0.000 description 2
- 238000012356 Product development Methods 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明提供一种基于HTTP协议的存储多节点集中管理和单节点管理相结合的方法,该方法是在HTTP协议的基础之上构建新的表示层分别用来表示灵敏数据的传输以及管理命令的远程调用,使专用客户端或通用浏览器,均能通过HTTP协议访问管理存储系统;在存储设备子网上增加多节点管理客户端、节电扫描代理和单节点管理客户端三个管理节点,用于对存储设备进行管理,多节点管理客户端、节电扫描代理和单节点管理客户端三个管理节点部置在同一个物理节点上以节省资源。
Description
技术领域
本发明涉及计算机系统及网络通信领域,具体一种基于HTTP协议的存储多节点集中管理和单节点管理相结合的方法。
背景技术
目前,随着信息化的深入发展,提供信息服务的设备越来越多。大量的设备管理越来越成为信息管理的主要课题之一。存储设备不像服务器那样安装非常完整且通用的操作系统,而且操作系统不统一,因而,在存储上部署管理软件是很复杂的过程。当前的做法是,存储系统厂商内置特定的管理系统,而且不同厂商的存储管理系统相互难以兼容。
当前,存储系统上的管理软件在设计上一般有两种模式,一是基于B/S(浏览器/服务器)结构的管理软件,二是基于C/S(客户端/服务器)的管理软件。这两种管理软件是两套不同的架构。因而,在实现过程中,管理软件厂商必须单独去实现其种的某一种。
发明内容
本发明的目的就是针对上述两项缺点,提出了一种新的基于HTTP协议的存储多节点集中管理和单节点管理相结合的软件实现方法。这种方法是上述两种模式的融合,用户可以根据需求使用其中的一种管理策略。
本发明的目的是按以下方式实现的,为了解决存储设备管理软件的不兼容性,以及基于B/S和C/S两种管理方式并存的情况下产品开发效率低的问题,在HTTP协议的基础之上构建了新的表示层分别用来来表示灵敏据的传输以及管理命令的远程调用。从而使专用客户端或通用浏览器均能通过HTTP协议访问管理存储系统。
在HTTP协议的基础之上构建新的表示层分别用来表示灵敏数据的传输以及管理命令的远程调用,使专用客户端或通用浏览器,均能通过HTTP协议访问管理存储系统;还包括以下内容:
整个管理方案具有典型的拓扑结构,在存储设备子网上增加多节点管理客户端、节电扫描代理和单节点管理客户端三个管理节点,用于对存储设备进行管理,多节点管理客户端、节电扫描代理和单节点管理客户端三个管理节点部置在同一个物理节点上以节省资源,具体管理如下:
1)是要管理的存储节点:此节点上要实现管理软件的服务端程序,此服务程序在通用的http服务器之上,用特定的脚本语言包括PHP、ASP、PerI语言开发;
2)用于对多个存储设备进行集中管理:使得所管理的存储设备协同进行工作;
3)用于扫描当前网络中需要管理的存储设备,并保存到一个存储设备列表中;这个存储设备列表,用于一个管理节点在初始化时获取有用的信息,进而进行多设备管理;存储设备列表采用自动扫描或手动加入两种方式生成;
4)用于对单节点存储设备进行管理,管理方式采用HTTP协议,在此节点上,不需要开发新的特定的应用程序,只采用通用的浏览器,具体支持哪些浏览器要视步骤1)中的实现程序而定;
为了使C/S架构的管理方式和B/S架构的管理方式在接口上统一,在HTTP通信的基础上新增加了两个通信层,RPC和XML/JSON,分别用于管理系统客户端请求与处理的映射与基于HTTP协议的数据传输,在实施过程中需要开发四个通信层,RPC来实现各个协议层的数据转换;
i)XML/JSON层的设计主要用于基本HTTP的数据传输,在实施中,服务端根据不同的客户请求端接收和发送XML和JSON两种格式的数据;
ii)两种实现方案,从数据交换的角度来讲都是请求-响应模式,换句话说,这两种方式均是将用户的操作转化为一个或多个请求,提交给存储系统,存储系统执行完成后,返回执行结果,为了表示这个请求-响应的模块,本方案中,采用了RPC层专门处理请求与请求处理程序的对应关系,以及结果返回的处理,一个RPC请求简单描述为如下格式:
Excute Command([stat_sn],node,in_data,out_data,status)
其中:
Excute Command:要执行的管理命令,在服务端与某个管理处理程序对应;
Stat_sn:命令序号,某些命令且并行处理时,用序号使响应用数据请求能够一一对应,对只能串行的命令;
Node:节点识别信息,用于识别此条命令是针对于哪个存储设备,在实施中,使用存储设备的IP做为此项参数;
In_data:执行命令时,需要传输给存储设备的数据;
Out_data:执行完成后,传输到客户端的数据;
Status:此条命令执行的状态;
(iii)存储节点上的RPC和管理节点上的RPC是用户实现命令的表示,当网段扫描接收到用户请求,并将其为转化成多个或一个RPC命令,然后由管理节点上的RPC通过下层命令最终传输给用户界面,用户界面调用命令对应的处理程序,填充out_data,并修改Status后传回管理节点上的RPC;
(iv)存储节点上的RPC表示层和管理节点上的表示层用于完成RPC命令与表示格式的转换,同时负责将表示RPC命令的XML/JSON提交到下层传输;
(v)HTTP服务器和HTTP客户端是HTTP协议的具体实现;
管理节点扫描代理处理流程
管理节点的执行流程如下:
1)用户输入扫描范围包括网段地址、端口信息;
2)系统对指定网段内每个网络地址进行扫描,扫描完毕退出,否则转到步骤iii;
3)尝试建立TCP连接,失败转到步骤ii,否则,继续;
4)验证建立的连接是否支持HTTP协议,不支持转到步骤ii,否则继续;
5)发送扫描请求响应,服务端返回信息确认被管理,继续,否则转到步骤ii;
6)将该地址及相应属性增加到节点列表;
执行上述流程的目的是找出被管理的节点增到节点列表中,在实现时,对增加对节点列表的手动管理接口,使得节点列表除了能够自动获取外,还手动增加或修改;
多节点管理应用的执行流程
多节点管理需要有专用的管理客户端,一个管理客户端需要包含HTTP协议解析、XML或其它表示层解析、RPC解析以及用户界面组件,这些组件共同参与以下执行过程:
1)多节点客户端在启动时通过访问节点扫描代理更新本地的节点列表;
2)等待执行用户操作,当接收到用户操作时,转到步骤iii;
3)将用户的操作转化成一个或多个RPC操作;
4)创建线程等待异步响应;
5)将上述的RPC操作转化为指定的表示格式XML/JSON后发送到指定的存储设备进行处理;
6)存储设备接收到指定格式RPC表示数据后,根据客户端的类型,选择相应的解析引擎;
7)存储设备使用相应的解析引擎将客户端数据转化为RPC格式,并执行相应的管理程序;
8)存储设备将执行结果填写到RPC的out_data和satus字段后,重新转化为原来的表示格式;
9)存储设备将执行结果发送回客户端;
10)当所有的RPC操作完全执行完成后,在界面上对用户的操作做出响应;
上述过程中,用户的操作是异步响应,或设置为同步响应,当设置为异步响应时,需要单独建立线程或进程等待存储端响应;
单节点命令的执行流程
单节点命令的执行流程是采用传统的ajax技术,客户端浏览器将用户请求转化为多个RPC操作,并封装发送到服务端进行处理,等所有操作返回后,客户端浏览器显示操作结果;
要支持单节点管理,每个存储设备的管理系统除了要实现本方案中提到的组件外,还要提供一个基于HTML或FLASH技术的用户界面供浏览器调用。
本发明的优异效果是:不仅是为了实现多节点集中管理和单节点管理相结合,同时也是单独实现多节点集中管理或单节点管理软件的一个策略。在实现过程中,其比传统的实现方式的优势在于,便于扩展新的功能,给予用户较好的应用体验。
附图说明
附图1节点的拓扑结构图;
附图2组件层次结构图;
附图3扫描节点列表执行流程图;
附图4多节点管理应用执行流程。
具体实施方式
参照附图对本发明的方法作以下详细的说明。
整个管理方案的典型拓扑如图1所示。在存储设备子网上增加多节点管理客户端、节电扫描代理和单节点管理客户端三个管理节点,用于对存储设备进行管理。在真实的部署中,多节点管理客户端、节电扫描代理和单节点管理客户端三个管理节点部置在同一个物理节点上,用以节省资源。
1)是要管理的存储节点。此节点上要实现管理软件的服务端程序,一般地,此服务程序可以在通用的http服务器之上,用特定的脚本语言(如PHP、ASP、Perl等)开发即可。其工作量与开发一个基于C/S结构的传统管理软件相差不大。
2)多节点管理客户端用于对多个存储设备进行集中管理。甚至可以使得所管理的存储设备协同进行工作。
3)节点扫描代理用于扫描当前网络中,需要管理的存储设备,并保存到一个存储设备列表中,这个存储设备列表,用于多节点管理客户端在初始化时获取有用的信息,进而进行多设备管理。在实现上,存储设备列表可采用自动扫描或手动加入两种方式生成。
4)单节点管理客户端用于对单节点存储设备进行管理。管理方式采用HTTP协议。在此节点上,不需要开发新的特定的应用程序,只采用通用的浏览器即可。具体支持哪些浏览器要视(1)中的实现程序而定。
为了使C/S架构的管理方式和B/S架构的管理方式在接口上统一,本发明在HTTP通信(14)的基础上新增加了两个通信层RPC、XML/JSON。分别用于管理系统客户端请求与处理的映射与基于HTTP协议的数据传输。相应的,在实现时,需要开发用户界面、RPC表示层、(16)、管理节点上的RPC来实现各个协议层的数据转换。
(i)XML/JSON层的设计主要用于基本HTTP的数据传输。在实现中,服务端可以根据不同的客户请求端接收和发送XML和JSON两种格式的数据,这样做的主要原因是,对于使用浏览器单节点管理应用,JSON格式的数据相对来于比较容易解析和识别,同时,对于使用特定客户端管理软件的多节点管理应用中,XML数据是最佳的数据解析格式。
(ii)两种实现方案,从数据交换的角度来讲都是请求-响应模式。换句话说,这两种方式均是将用户的操作转化为一个或多个请求,提交给存储系统。存储系统执行完成后,返回执行结果。为了表示这个请求-响应的模块,本发明,采用了RPC层专门处理请求与请求处理程序的对应关系,以及结果返回的处理。一个RPC请求可简单描述为如下格式:
Excute Command([stat_sn],node,in_data,out_data,status)
其中:
Excute Command:要执行的管理命令,在服务端与某个管理处理程序对应
Stat_sn:命令序号,某些命令可以且并行处理时,用序号使响应用数据请求能够一一对应。对只能串行的命令,此项可选
Node:节点识别信息,用于识别此条命令是针对于哪个存储设备。在实现中,可以使用存储设备的IP做为此项参数。
In_data:执行命令时,需要传输给存储设备的数据。
Out_data:执行完成后,传输到客户端的数据。
Status:此条命令执行的状态。
(iii)用户界面和管理节点上的RPC是用户实现命令的表示。当网段扫描接收到用户请求,并将其为转化成多个或一个RPC命令,然后由管理节点上的RPC通
过下层命令最终传输给用户界面,用户界面调用命令对应的处理程序,填充-5-out_data,并修改Status后传回管理节点上的RPC。
(iv)RPC表示层和(16)用于完成RPC命令与表示格式的转换,同时负责将表示RPC命令的XML/JSON提交到下层传输。
(v)HTTP服务器和HTTP客户端是HTTP协议的具体实现。
管理节点扫描代理处理流程
管理节点的执行流程如下:
1)用户输入扫描范围(网段地址、端口等信息);
2)系统对指定网段内每个网络地址进行扫描,扫描完毕退出,否则转到(iii);
3)尝试建立TCP连接,失败转到(ii),否则,继续;
4)验证建立的连接是否支持HTTP协议,不支持转到(ii),否则继续;
5)发送扫描请求响应,服务端返回信息确认可被管理,继续,否则转到(ii);
6)将该地址及相应属性(可以响应确认信息中传输)增加到节点列表。
执行上述流程的目的是找出可以被管理的节点增到节点列表中。在实现时,可对增加对节点列表的手动管理接口,使得节点列表除了能够自动获取外,还可以手动增加或修改。
多节点管理应用的执行流程
多节点管理需要有专用的管理客户端,一个管理客户端需要包含HTTP协议解析、XML或其它表示层解析、RPC解析以及用户界面等组件。这些组件共同参与以下执行过程:
1)多节点客户端在启动时通过访问节点扫描代理更新本地的节点列表;
2)等待执行用户操作,当接收到用户操作时,转到(iii);
3)将用户的操作转化成一个或多个RPC操作;
4)创建线程等待异步响应;
5)将上述的RPC操作转化为指定的表示格式(XML/JSON)后发送到指定的存储设备进行处理;
6)存储设备接收到指定格式RPC表示数据后,根据客户端的类型,选择相应的解析引擎;
存储设备使用相应的解析引擎将客户端数据转化为RPC格式,并执行相应的管理程序。
8)存储设备将执行结果填写到RPC的out_data和satus字段后,重新转化为原来的表示格式。
9)存储设备将执行结果发送回客户端。
10)当所有的RPC操作完全执行完成后,在界面上对用户的操作做出响应。
上述过程中,用户的操作可以是异步响应,也可以设置为同步响应,当设置为异步响应时,需要单独建立线程(或进程)等待存储端响应。
单节点命令的执行流程
单节点命令的执行流程是采用传统的ajax技术。客户端浏览器,将用户请求转化为多个RPC操作,并封装发送到服务端进行处理。等所有操作返回后,客户端浏览器显示操作结果。
要支持单节点管理,每个存储设备的管理系统除了要实现本发明中提到的组件外,还要提供一个基于HTML或FLASH等技术的用户界面供浏览器调用。
Claims (3)
1、一种基于HTTP协议的存储多节点集中管理和单节点管理相结合的方法,其特征在于,在HTTP协议的基础之上构建新的表示层分别用来表示灵敏数据的传输以及管理命令的远程调用,在存储设备子网上增加多节点管理客户端、节电扫描代理和单节点管理客户端三个管理节点,用于对存储设备进行管理,多节点管理客户端、节电扫描代理和单节点管理客户端三个管理节点部置在同一个物理节点上以节省资源,具体管理步骤如下:
1)是要管理的存储节点:此节点上要实现管理软件的服务端程序,此服务程序在通用的http服务器之上,用特定的脚本语言包括PHP、ASP、Perl语言开发;
2)用于对多个存储设备进行集中管理:使得所管理的存储设备协同进行工作;
3)用于扫描当前网络中需要管理的存储设备,并保存到一个存储设备列表中;这个存储设备列表,用于一个管理节点在初始化时获取有用的信息,进而进行多设备管理;存储设备列表采用自动扫描或手动加入两种方式生成;
4)用于对单节点存储设备进行管理,管理方式采用HTTP协议,在此节点上,不需要开发新的特定的应用程序,只采用通用的浏览器,具体支持哪些浏览器要视步骤1)中的实现程序而定;
为了使C/S架构的管理方式和B/S架构的管理方式在接口上统一,在HTTP通信的基础上新增加了两个通信层,RPC和XML/JSON,分别用于管理系统客户端请求与处理的映射与基于HTTP协议的数据传输,在实施过程中需要开发四个通信层,RPC来实现各个协议层的数据转换;
i)XML/JSON层的设计主要用于基本HTTP的数据传输,在实施中,服务端根据不同的客户请求端接收和发送XML和JSON两种格式的数据;
ii)两种实现方案,从数据交换的角度来讲都是请求-响应模式,换句话说,这两种方式均是将用户的操作转化为一个或多个请求,提交给存储系统,存储系统执行完成后,返回执行结果,为了表示这个请求-响应的模块,本方案中,采用了RPC层专门处理请求与请求处理程序的对应关系,以及结果返回的处理,一个RPC请求简单描述为如下格式:
Excute Command([stat_sn],node,in_data,out_data,status)
其中:
Excute Command:要执行的管理命令,在服务端与某个管理处理程序对应;
Stat_sn:命令序号,某些命令且并行处理时,用序号使响应用数据请求能够一一对应,对只能串行的命令;
Node:节点识别信息,用于识别此条命令是针对于哪个存储设备,在实施中,使用存储设备的IP做为此项参数;
In_data:执行命令时,需要传输给存储设备的数据;
Out_data:执行完成后,传输到客户端的数据;
Status:此条命令执行的状态;
(iii)存储节点上的RPC和管理节点上的RPC是用户实现命令的表示,当网段扫描接收到用户请求,并将其为转化成多个或一个RPC命令,然后由管理节点上的RPC通过下层命令最终传输给用户界面,用户界面调用命令对应的处理程序,填充out_data,并修改Status后传回管理节点上的RPC;
(iv)存储节点上的RPC表示层和管理节点上的表示层用于完成RPC命令与表示格式的转换,同时负责将表示RPC命令的XML/JSON提交到下层传输;
(v)HTTP服务器和HTTP客户端是HTTP协议的具体实现;
a)管理节点扫描代理处理流程
管理节点的执行流程如下:
1)用户输入扫描范围包括网段地址、端口信息;
2)系统对指定网段内每个网络地址进行扫描,扫描完毕退出,否则转到步骤iii;
3)尝试建立TCP连接,失败转到步骤ii,否则,继续;
4)验证建立的连接是否支持HTTP协议,不支持转到步骤ii,否则继续;
5)发送扫描请求响应,服务端返回信息确认被管理,继续,否则转到步骤ii;
6)将该地址及相应属性增加到节点列表;
执行上述流程的目的是找出被管理的节点增到节点列表中,在实现时,对增加对节点列表的手动管理接口,使得节点列表除了能够自动获取外,还手动增加或修改;
b)多节点管理应用的执行流程
多节点管理需要有专用的管理客户端,一个管理客户端需要包含HTTP协议解析、XML或其它表示层解析、RPC解析以及用户界面组件,这些组件共同参与以下执行过程:
1)多节点客户端在启动时通过访问节点扫描代理更新本地的节点列表;
2)等待执行用户操作,当接收到用户操作时,转到步骤iii;
3)将用户的操作转化成一个或多个RPC操作;
4)创建线程等待异步响应;
5)将上述的RPC操作转化为指定的表示格式XML/JSON后发送到指定的存储设备进行处理;
6)存储设备接收到指定格式RPC表示数据后,根据客户端的类型,选择相应的解析引擎;
7)存储设备使用相应的解析引擎将客户端数据转化为RPC格式,并执行相应的管理程序;
8)存储设备将执行结果填写到RPC的out_data和satus字段后,重新转化为原来的表示格式;
9)存储设备将执行结果发送回客户端;
10)当所有的RPC操作完全执行完成后,在界面上对用户的操作做出响应;
上述过程中,用户的操作是异步响应,或设置为同步响应,当设置为异步响应时,需要单独建立线程或进程等待存储端响应;
c)单节点命令的执行流程
单节点命令的执行流程是采用传统的ajax技术,客户端浏览器将用户请求转化为多个RPC操作,并封装发送到服务端进行处理,等所有操作返回后,客户端浏览器显示操作结果;
要支持单节点管理,每个存储设备的管理系统除了要实现本方案中提到的组件外,还要提供一个基于HTML或FLASH技术的用户界面供浏览器调用。
2、根据权利要求1所述的方法,其特征在于,通过在HTTP上增加RPC、XML/JSON两个层次,从而统一了B/S结构与C/S结构的管理软件实现,使得两种实现方式在底层通信都采用HTTP来完成。
3、根据权利要求1所述的方法,其特征在于,RPC和XML/JSON两个通信层的通信协议根据具体应用单独设计。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009100171447A CN101610282A (zh) | 2009-07-16 | 2009-07-16 | 一种基于http协议的存储多节点集中管理和单节点管理相结合的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2009100171447A CN101610282A (zh) | 2009-07-16 | 2009-07-16 | 一种基于http协议的存储多节点集中管理和单节点管理相结合的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101610282A true CN101610282A (zh) | 2009-12-23 |
Family
ID=41483860
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2009100171447A Pending CN101610282A (zh) | 2009-07-16 | 2009-07-16 | 一种基于http协议的存储多节点集中管理和单节点管理相结合的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101610282A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102427466A (zh) * | 2011-08-24 | 2012-04-25 | 厦门雅迅网络股份有限公司 | 一种远程升级系统以及基于该系统的远程软件自动升级方法 |
CN104202437A (zh) * | 2014-09-29 | 2014-12-10 | 浪潮(北京)电子信息产业有限公司 | 实现多元化数据中心管理的系统及方法 |
CN103780679B (zh) * | 2014-01-03 | 2016-10-19 | 电子科技大学 | 基于http协议的长延时远程调用方法 |
CN107491330A (zh) * | 2017-08-08 | 2017-12-19 | 中国科学院声学研究所 | 一种提高嵌入式浏览器运行速度的方法 |
CN108418901A (zh) * | 2018-04-08 | 2018-08-17 | 上海国烨跨境电子商务有限公司 | 基于php的高性能远程过程调用方法 |
CN108965359A (zh) * | 2017-05-19 | 2018-12-07 | 北京京东尚科信息技术有限公司 | 通信方法、通信装置、可读介质和电子设备 |
CN109039743A (zh) * | 2018-08-03 | 2018-12-18 | 西安东美信息科技有限公司 | 分布式存储ceph群集网络的集中管理方法 |
CN111741010A (zh) * | 2020-07-16 | 2020-10-02 | 北京升鑫网络科技有限公司 | 一种基于代理的Docker操作请求处理方法、装置及计算设备 |
-
2009
- 2009-07-16 CN CNA2009100171447A patent/CN101610282A/zh active Pending
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102427466A (zh) * | 2011-08-24 | 2012-04-25 | 厦门雅迅网络股份有限公司 | 一种远程升级系统以及基于该系统的远程软件自动升级方法 |
CN103780679B (zh) * | 2014-01-03 | 2016-10-19 | 电子科技大学 | 基于http协议的长延时远程调用方法 |
CN104202437A (zh) * | 2014-09-29 | 2014-12-10 | 浪潮(北京)电子信息产业有限公司 | 实现多元化数据中心管理的系统及方法 |
CN108965359A (zh) * | 2017-05-19 | 2018-12-07 | 北京京东尚科信息技术有限公司 | 通信方法、通信装置、可读介质和电子设备 |
CN108965359B (zh) * | 2017-05-19 | 2021-07-13 | 北京京东尚科信息技术有限公司 | 通信方法、通信装置、可读介质和电子设备 |
CN107491330A (zh) * | 2017-08-08 | 2017-12-19 | 中国科学院声学研究所 | 一种提高嵌入式浏览器运行速度的方法 |
CN107491330B (zh) * | 2017-08-08 | 2020-04-03 | 中国科学院声学研究所 | 一种提高嵌入式浏览器运行速度的方法 |
CN108418901A (zh) * | 2018-04-08 | 2018-08-17 | 上海国烨跨境电子商务有限公司 | 基于php的高性能远程过程调用方法 |
CN109039743A (zh) * | 2018-08-03 | 2018-12-18 | 西安东美信息科技有限公司 | 分布式存储ceph群集网络的集中管理方法 |
CN111741010A (zh) * | 2020-07-16 | 2020-10-02 | 北京升鑫网络科技有限公司 | 一种基于代理的Docker操作请求处理方法、装置及计算设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101610282A (zh) | 一种基于http协议的存储多节点集中管理和单节点管理相结合的方法 | |
CN107040416B (zh) | 一种基于Cairngorm框架的虚拟数据中心可视化管理方法 | |
EP1742153B1 (en) | Notification method, connection device, communication method, and program | |
CN102404413B (zh) | 一种实现数字家庭设备间功能应用自动匹配的方法及系统 | |
US11178049B2 (en) | Device deployment and net work management using a self-service portal | |
CN112491606B (zh) | 一种基于ansible的自动化部署业务系统高可用集群的方法 | |
US20150003296A1 (en) | System and method for providing p2p based reconfigurable computing and structured data distribution | |
CN105511895A (zh) | 运行环境的配置方法及装置、系统 | |
CN103051551A (zh) | 一种分布式系统及其自动维护方法 | |
CN101778130A (zh) | 机顶盒的远程管理方法 | |
CN101808051B (zh) | 应用整合网关及其控制方法 | |
CN110308986A (zh) | 基于优化调度的容器云上分布式训练数据通信的方法 | |
CN103595550A (zh) | 一种eoc设备网络拓扑显示方法 | |
CN102368214A (zh) | 界面自动生成方法及系统 | |
CN104468854A (zh) | 一种纵向融合架构vcf的构建方法及设备 | |
CN107666493A (zh) | 一种数据库配置方法及其设备 | |
CN110297670A (zh) | 一种提高容器云上分布式任务训练效率的方法及系统 | |
CN106790084A (zh) | 一种基于ice中间件的异构资源集成框架及其集成方法 | |
CN104915242A (zh) | 多学科协同仿真架构方法 | |
CN105049888A (zh) | 一种基于心跳模块的微信远程推送机顶盒节目源的实现方法 | |
CN109445841A (zh) | 接口文档管理方法、装置、服务器及存储介质 | |
CN110308987A (zh) | 一种更新容器云上分布式训练任务连接参数的方法 | |
CN105071965B (zh) | 一种网络设备的管理系统 | |
CN112202877A (zh) | 网关联动方法、网关、云服务器及用户终端 | |
CN103944961A (zh) | 一种分享应用的方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20091223 |