云计算环境中基于固定带宽的多层次多节点版本分发方法

摘要

本发明涉及一种云计算环境中基于固定带宽实现多层次多节点版本分发的方法，其中包括开发期进行版本分发传输方式定义、分发策略以及节点信息配置；运行期对配置的节点信息、版本的分发策略进行解析以提供对数据传输的支持；监控期对版本分发的结果进行信息收集并监控各级节点的分发状态。采用该种结构的云计算环境中基于固定带宽实现多层次多节点版本分发的方法，采用多层次多节点的版本分发模式，能在充分利用现有网络带宽的前提下，采用分级下发的策略，对应用进行升级，减少应用升级的下载时间，提升升级的效率，同时能减少在升级时对生产系统的影响，增强应用的健壮性以及系统的稳定性；对版本分发的过程更加直观，具有更广泛的应用范围。

说明书

技术领域

本发明涉及计算机应用技术领域，尤其涉及云计算环境下计算机企业应用技术领域，具 体是指一种云计算环境中基于固定带宽实现多层次多节点版本分发的方法。

背景技术

目前，在行业应用开发中，不可避免要对开发的应用进行升级，包括BUG修复、迭代开 发的功能增强等，在云计算环境下，应用部署的节点也越来越多，各个节点间通过网络进行 互联互通，其节点间的网络带宽也各个相同，有的节点间采用的是光纤网，有的是千兆网， 还有的企业基于成本考虑，租用的是固定的带宽，像1M，2M等。随着机器节点的增加，升 级带来了大量的工作量，随着升级包大小的不断增加，针对分散在各处的节点也带来了网络 流量的挑战，特别是对申请了固定带宽的企业带来了挑战；针对多节点版本分发的结果监控， 也给运维人员带来了挑战。如何能对应用进行快速升级，同时也能减少对网络带宽的占用， 并能对分发结果进行有效的监控成为企业比较迫切的问题。

在云计算环境下，企业的版本分发根据企业实施信息化的程度不同，通常采用主从模式 或者手工分发两种模式。主从分发模式就是在机房中配置主版本分发服务器，其它节点都从 主版本服务器中下拉版本再进行版本的更新动作；手工分发为系统管理员采用手工的方式， 把版本分别拿到各个节点上进行手工版本更新。企业为应对版本分发带来的网络流量问题最 常用作法就是增加网络带宽，把原来的带宽进行升级，从几兆到几十兆甚至上百兆，使版本 分发的传输速度加快；同时为减少版本升级对正常业务的影响，版本分发的动作通常都在正 常业务停业后进行；对于分发结果的监控，则通常采用加大投入监控运维人员来解决。

基于当前常用的版本分发方案，增加网络带宽给企业带来了不少的成本消耗，随着物理 节点数量的增加，其成本也将带来成倍地增加，给企业经营也带来了不少的压力；对于版本 分发的监控，没有采用集中监控的模式，完全依赖运维人员通过对各物理节点系统管理员的 询问才能掌握版本的分发状况，这给运维人员增加了大量的工作量，同时对于成本也造成了 极大的浪费。

发明内容

本发明的目的是克服了上述现有技术的缺点，提供了一种能够实现在充分利用现有网络 带宽的前提下、采用分级下发的策略、对应用进行升级、减少应用升级的下载时间、提升升 级的效率、具有更广泛应用范围的云计算环境中基于固定带宽实现多层次多节点版本分发的 方法。

为了实现上述目的，本发明的云计算环境中基于固定带宽实现多层次多节点版本分发的 方法具有如下构成：

该云计算环境中基于固定带宽实现多层次多节点版本分发的方法，其主要特点是，所述 的方法包括以下步骤：

(1)开发期进行版本分发传输方式定义、分发策略以及节点信息配置；

(2)运行期对配置的节点信息、版本的分发策略进行解析以提供对数据传输的支持；

(3)监控期对版本分发的结果进行信息收集并监控各级节点的分发状态。

较佳地，所述的步骤(1)，包括以下步骤：

(1-1)配置本节点的相关信息，包括服务器信息、中间节点信息、叶子节点信息；

(1-2)配置版本分发的传输方式；

(1-3)配置版本分发的分发策略；

(1-4)配置版本的保存策略；

(1-5)配置版本发布结果的上送策略。

更佳地，所述的配置本节点的相关信息，包括以下步骤：

(1-1-1)新建节点的配置文件config.xml；

(1-1-2)配置本节点的类型，分为主服务器、中间传输结点、叶子节点三种类型；

(1-1-3)配置本节点的属性信息，包括本节点的IP地址、开放的端口信息；

(1-1-4)配置本节点的上级节点信息，包括本节点的IP地址、开放的端口。

更佳地，所述的配置版本分发的传输方式，包括以下步骤：

(1-2-1)打开并修改配置文件config.xml；

(1-2-2)配置版本分发的网络协议，支持HTTP，TCP两种模式。

更佳地，所述的配置版本分发的分发策略，包括以下步骤：

(1-3-1)打开并修改配置文件config.xml；

(1-3-2)配置版本传输发送包的大小；

(1-3-3)配置版本传输中是否支持断点续传的标识；

(1-3-4)配置版本传输中启动线程的个数；

(1-3-5)配置版本传输中分发的队列大小；

(1-3-6)配置版本传输错误时的重发策略。

更佳地，所述的配置版本的保存策略，包括以下步骤：

(1-4-1)打开并修改配置文件config.xml；

(1-4-2)配置版本仓库最小值；

(1-4-3)配置版本仓库最大值；

(1-4-4)配置版本仓库中版本的失效时间；

(1-4-5)配置版本仓库是否自动删除旧版本的标识。

更佳地，所述的配置版本发布结果的上送策略，包括以下步骤：

(1-5-1)打开并修改配置文件config.xml；

(1-5-2)配置版本分发结果上送的服务器地址，包括服务器的IP以及开放的端口信息；

(1-5-3)配置版本分发结果上送的网络传输协议，包括TCP，HTTP；

(1-5-4)配置结果上送的数据包大小；

(1-5-5)配置结果上送失败时的重发策略。

较佳地，所述的步骤(2)，包括以下步骤：

(2-1)解析节点的配置信息；

(2-2)版本分发的网络传输协议实现；

(2-3)版本分发策略的解析；

(2-4)版本保存策略解析；

(2-5)版本分发结果配置解析；

(2-6)版本分发到各级节点；

(2-7)版本分发结果上送支持。

更佳地，所述的解析节点的配置信息，包括以下步骤：

(2-1-1)打开配置文件config.xml；

(2-1-2)解析节点的类型，根据配置的主服务器、中间传输结点、叶子节点三种类型， 进行节点类型进行相应的处理；

(2-1-3)解析节点的属性信息，包括本节点的IP地址、开放的端口信息，如果节点的类 型为主服务器或者中间传输结点，则会根据配置的值开放相应的协议传输支持；

(2-1-4)解析节点的上级节点信息，包括本节点的IP地址、开放的端口，如果节点的类 型为中间传输结点或者叶子节点，则建立与上级节点的连接。

更佳地，所述的版本分发的网络传输协议实现，包括以下步骤：

(2-2-1)定义版本分发的网络传输协议接口ITransfer；

(2-2-2)按使用协议定义相应的适配器，实现接口ITransfer，包括基于TCP和HTTP的 两种版本传输模式；

(2-2-3)网络传输协议支持配置文件transfer.xml定义，根据不同的协议配置相应的传输 实现类。

更佳地，所述的版本分发策略的解析，包括以下步骤：

(2-3-1)打开配置文件config.xml；

(2-3-2)根据配置的分发类型，选择相应的传输适配器；

(2-3-3)解析版本传输发送包的大小，设置到相应的传输适配器属性中；

(2-3-4)解析版本传输中是否支持断点续传的标识，设置到相应的传输适配器属性中；

(2-3-5)解析版本传输中启动线程的个数，启动相应的线程池；

(2-3-6)如果节点类型为主服务器，解析版本传输中分发的队列大小，形成版本分发的 任务队列；

(2-3-7)解析版本传输错误时的重发策略，在版本分发出现错误时按重发策略进行数据 的重发。

更佳地，所述的版本保存策略解析，包括以下步骤：

(2-4-1)打开配置文件config.xml；

(2-4-2)解析版本仓库最小值，并赋值到版本仓库的对象属性中；

(2-4-3)解析配置版本仓库最大值，并赋值到版本仓库的对象属性中；

(2-4-4)解析配置版本仓库中版本的失效时间，并赋值到版本仓库的对象属性中；

(2-4-5)解析配置版本仓库是否自动删除旧版本的标识，并赋值到版本仓库的对象属性 中；

(2-4-6)启动版本库的维护线程，按版本库对象的属性进行版本的清理操作。

更佳地，所述的版本分发结果配置解析，包括以下步骤：

(2-5-1)打开配置文件config.xml；

(2-5-2)解析配置版本分发结果上送的网络传输协议，包括TCP，HTTP，选择相应的 网络传输适配器；

(2-5-3)解析配置版本分发结果上送的服务器地址，包括服务器的IP以及开放的端口信 息，建立与上送服务器的连接；

(2-5-4)解析配置结果上送的数据包大小，设置相应传输适配器的相关属性；

(2-5-5)解析配置结果上送失败时的重发策略，在版本分发结果上送出现错误时按重发 策略进行数据的重发。

更佳地，所述的版本分发到各级节点，包括以下步骤：

(2-6-1)打开配置文件config.xml；

(2-6-2)节点类型为主服务器或者中间传输结点，则按相应的传输适配器以及传输属性 进行版本的数据传输；

(2-6-3)版本分发中根据配置的分发队列大小进行版本分发的流量控制；

(2-6-4)版本分发中根据配置的数据包大小进行版本分发的数据包控制；

(2-6-5)版本分发中根据配置的断点续传支持标识，记录相应的已传输完毕数据的指针 位置。

更佳地，所述的版本分发结果上送支持，包括以下步骤：

(2-7-1)解析配置版本分发结果上送的服务器地址，建立与上送服务器的连接；

(2-7-2)根据节点的类型，选择不同的结果处理，如果节点类型为主服务器，则启动分 发结果的持久化操作；如果节点类型为中间传输节点，则把接收到的叶子节点的分发结果转 送到其上级节点；

(2-7-3)根据配置结果上送失败时的重发策略，在版本分发结果上送出现错误时按重发 策略进行数据的重发。

较佳地，所述的步骤(3)，包括以下步骤：

(3-1)版本上传；

(3-2)版本库管理，版本的作废、回退；

(3-3)版本重发；

(3-4)版本分发结果收集；

(3-5)版本分发结果展示。

更佳地，所述的版本上传，包括以下步骤：

(3-1-1)准备上传的版本文件；

(3-1-2)通过页面的“浏览”按钮，选择要上传的版本文件；

(3-1-3)设置版本号等相关属性后，点击“上传”按钮，把版本文件上传到主服务器；

(3-1-4)主服务器接收到文件后，根据配置的任务队列大小，启动相应的线程对版本进 行一下节点的分发；

(3-1-5)中间传输结点收到文件后，根据配置的任务队列大小，启动相应的线程对版本 进行一下节点的分发，完成版本的多级分发，直到叶子节点；

(3-1-6)叶子节点收到版本文件后进行文件的更新替换操作。

更佳地，所述的版本库管理，版本的作废、回退，包括以下步骤：

(3-2-1)进入版本库的维护页面；

(3-2-2)先把最新的更新的补丁；

(3-2-3)点击“作废”按钮进行作废操作，把作废的命令分发到主服务器，然后通过中间 传输节点把指令最终传输到叶子节点，把补丁作废；

(3-2-4)点击“回退”按钮进行回退操作，把回退的命令分发到主服务器，然后通过中间 传输节点把指令最终传输到叶子节点，把补丁回退到上一版本。

更佳地，所述的版本重发，包括以下步骤：

(3-3-1)进行版本分发的监控界面；

(3-3-2)根据分发状态，查找到分发失败的节点，并选择；

(3-3-3)点击“重发”按钮，把版本再次发送到失败的节点上。

更佳地，所述的版本分发结果收集，包括以下步骤：

(3-4-1)主服务器启动结果收集的端口，接收分发结果数据，并持久化到数据库；

(3-4-2)中间传输结点收集各叶子节点的版本分发结果，并把结果汇总传输给上级节点；

(3-4-3)叶子节点把版本分发的状态传输到其上级节点。

更佳地，所述的版本分发结果展示，包括以下步骤：

(3-5-1)从数据库中读取版本分发结果

(3-5-2)按分发结果数据上传的层级关系，把数据加载成树形结构

(3-5-3)展示节点的结构树

(3-5-4)点击结构树的叶子节点，查看节点的分发结果，如果分发失败，能查看到相应 的错误信息，同时通过“重发”按钮对分发失败的节点进行重发操作。

本发明的云计算环境中基于固定带宽实现多层次多节点版本分发的方法，采用多层次多 节点的版本分发模式，能在充分利用现有网络带宽的前提下，采用分级下发的策略，对应用 进行升级，减少应用升级的下载时间，提升升级的效率，同时能减少在升级时对生产系统的 影响，增强应用的健壮性以及系统的稳定性；通过对分发结果的实时监控，能更加直观展示 分发状态。本发明提供了一种在云环境下，支持快速版本分发，对分发结果实时监控，系统 运行效率较高，性能稳定可靠，同时开发维护成本较低，且快速适应业务需求的变化和技术 变化。

采用了该发明的云计算环境中基于固定带宽的多层次多节点的版本分发的方法，从而使 得对版本分发的工作更为简单而高效，通过多级分发的策略模式，能有效地节约网络带宽， 同时通过集中对版本分发结果的收集和展示，能实时地掌握分发的姿态，大大增加了对版本 分发的监控力度；同时，采用本发明的方法，对版本分发的过程更加直观，提高了分发的效 率，快捷方便，系统运行效率较高，性能稳定可靠，降低了开发维护的成本；而且增强了系 统可移植性和可扩展性，使用户专注于业务逻辑的处理；不仅如此，该方法还能够快速适应 业务需求的变化和技术变化，能够支撑建立高度模块化而且又高度整合的软件系统，适用范 围较为广泛，为企业应用中对版本分发的管理打下了坚实的基础。

附图说明

图1为本发明云计算环境中基于固定带宽的多层次多节点的版本分发的方法中版本分发 的流程图。

图2为本发明云计算环境中基于固定带宽的多层次多节点的版本分发的方法中版本传输 ITransfer接口及实现类的类图。

图3为本发明云计算环境中基于固定带宽的多层次多节点的版本分发的方法中节点 NodeInfo类图。

图4为本发明云计算环境中基于固定带宽的多层次多节点的版本分发的方法中版本分发 的物理节点部署模式图。

具体实施方式

为了能够更清楚地描述本发明的技术内容，下面结合具体实施例来进行进一步的描述。

在本发明的云计算环境中基于固定带宽的多层次多节点的版本分发的方法应用于基于业 务功能迭代开发的版本分发具体实施例中：业务功能描述为实现具体业务逻辑的模块，表现 为一系统的资源文件，包括类文件，页面文件，配置文件等。

该企业云计算环境中基于固定带宽的多层次多节点的版本分发的方法，包括开发期实现 版本分发传输方式定义、分发策略以及节点信息配置；运行期对配置的节点信息、版本的分 发策略进行解析，提供对数据传输的支持；监控期对版本分发的结果进行信息收集，监控各 级节点的分发状态。开发期实现版本分发传输方式定义、分发策略以及节点信息配置的操作， 包括配置本节点的相关信息，包括服务器信息、中间节点信息、叶子节点信息；配置版本分 发的传输方式；配置版本分发的分发策略；配置版本的保存策略；配置版本发布结果的上送 策略。运行期对配置的节点信息、版本的分发策略进行解析，提供对数据传输的支持的操作， 包括解析节点的配置信息；版本分发的网络传输协议实现；版本分发策略的解析；版本保存 策略解析；版本分发结果配置解析；版本分发到各级节点；版本分发结果上送支持。监控期 对版本进行分发，分发的结果进行信息收集，监控各级节点的分发状态的操作，包括版本上 传；版本库管理，版本的作废、回退；版本重发；版本分发结果收集；版本分发结果展示。

该实施例中的开发期实现版本分发传输方式定义、分发策略以及节点信息配置的操作包 括以下步骤：

(1-1)配置本节点的相关信息，包括服务器信息、中间节点信息、叶子节点信息，包括 以下步骤：

(1-1-1)新建节点的配置文件config.xml，配置文件的格式如下：

(1-1-2)配置本节点的类型，分为主服务器、中间传输结点、叶子节点三种类型，其定 义格式如下：

<groupname＝"Default">

<configValuekey＝"servertype">master/medium/leaf</configValue>

</group>

(1-1-3)配置本节点的属性信息，包括本节点的IP地址、开放的端口信息：

(1-1-4)配置本节点的上级节点信息，包括本节点的IP地址、开放的端口：

(1-2)配置版本分发的传输方式，包括以下步骤：

(1-2-1)打开并修改配置文件config.xml

配置版本分发的网络协议，支持HTTP，TCP两种模式

<groupname＝"transfer_info">

<configValuekey＝"type">tcp/http</configValue>

</group>

(1-2-2)配置版本分发的分发策略，包括以下步骤：

打开并修改配置文件config.xml

配置版本传输发送包的大小

配置版本传输中是否支持断点续传的标识

配置版本传输中启动线程的个数

配置版本传输中分发的队列大小

配置版本传输错误时的重发策略

文件的格式如下：

(1-3)配置版本的保存策略，包括以下步骤：

(1-3-1)打开并修改配置文件config.xml；

(1-3-2)配置版本仓库最小值；

(1-3-3)配置版本仓库最大值；

(1-3-4)配置版本仓库中版本的失效时间；

(1-3-5)配置版本仓库是否自动删除旧版本的标识；

文件的格式如下：

(1-4)配置版本发布结果的上送策略，包括以下步骤：

(1-4-1)打开并修改配置文件config.xml；

(1-4-2)配置版本分发结果上送的服务器地址，包括服务器的IP以及开放的端口信息；

(1-4-3)配置版本分发结果上送的网络传输协议，包括TCP，HTTP；

(1-4-4)配置结果上送的数据包大小；

(1-4-5)配置结果上送失败时的重发策略；

文件的格式如下：

该实施例中的运行期对配置的节点信息、版本的分发策略进行解析，提供对数据传输的 支持的操作包括以下步骤：

(2-1)解析节点的配置信息，包括以下步骤：

(2-1-1)打开配置文件config.xml；

(2-1-2)解析节点的类型，根据配置的主服务器、中间传输结点、叶子节点三种类型， 进行节点类型进行相应的处理；

(2-1-3)解析节点的属性信息，包括本节点的IP地址、开放的端口信息，如果节点的类 型为主服务器或者中间传输结点，则会根据配置的值开放相应的协议传输支持；

(2-1-4)解析节点的上级节点信息，包括本节点的IP地址、开放的端口，如果节点的类 型为中间传输结点或者叶子节点，则建立与上级节点的连接；

(2-1-5)节点的配置信息形成节点的类对象NodeInfo，其类图如图1所示。

(2-2)版本分发的网络传输协议实现，包括以下步骤：

(2-2-1)定义版本分发的网络传输协议接口ITransfer；

(2-2-2)按使用协议定义相应的适配器，实现接口ITransfer，包括基于TCP和HTTP的 两种版本传输模式，其类图如图2所示；

(2-2-3)网络传输协议支持配置文件transfer.xml定义，根据不同的协议配置相应的传输 实现类，格式如下：

tcp＝com.demo.TCPTransfer

http＝com.demo.HttpTransfer

(2-3)版本分发策略的解析，包括以下步骤：

(2-3-1)打开配置文件config.xml；

(2-3-2)根据配置的分发类型，选择相应的传输适配器；

(2-3-3)解析版本传输发送包的大小，设置到相应的传输适配器属性中；

(2-3-4)解析版本传输中是否支持断点续传的标识，设置到相应的传输适配器属性中；

(2-3-5)解析版本传输中启动线程的个数，启动相应的线程池；

(2-3-6)如果节点类型为主服务器，解析版本传输中分发的队列大小，形成版本分发的 任务队列；

(2-3-7)解析版本传输错误时的重发策略，在版本分发出现错误时按重发策略进行数据 的重发；

(2-4)版本保存策略解析，包括以下步骤：

(2-4-1)打开配置文件config.xml；

(2-4-2)解析版本仓库最小值，并赋值到版本仓库的对象属性中；

(2-4-3)解析配置版本仓库最大值，并赋值到版本仓库的对象属性中；

(2-4-4)解析配置版本仓库中版本的失效时间，并赋值到版本仓库的对象属性中；

(2-4-5)解析配置版本仓库是否自动删除旧版本的标识，并赋值到版本仓库的对象属性 中；

(2-4-6)启动版本库的维护线程，按版本库对象的属性进行版本的清理操作；

(2-5)版本分发结果配置解析，包括以下步骤：

(2-5-1)打开配置文件config.xml；

(2-5-2)解析配置版本分发结果上送的网络传输协议，包括TCP，HTTP，选择相应的 网络传输适配器；

(2-5-3)解析配置版本分发结果上送的服务器地址，包括服务器的IP以及开放的端口信 息，建立与上送服务器的连接；

(2-5-4)解析配置结果上送的数据包大小，设置相应传输适配器的相关属性；

(2-5-5)解析配置结果上送失败时的重发策略，在版本分发结果上送出现错误时按重发 策略进行数据的重发；

(2-5)版本分发到各级节点，包括以下步骤：

(2-5-1)打开配置文件config.xml；

(2-5-2)节点类型为主服务器或者中间传输结点，则按相应的传输适配器以及传输属性 进行版本的数据传输；

(2-5-3)版本分发中根据配置的分发队列大小进行版本分发的流量控制；

(2-5-4)版本分发中根据配置的数据包大小进行版本分发的数据包控制；

(2-5-5)版本分发中根据配置的断点续传支持标识，记录相应的已传输完毕数据的指针 位置；

(2-5-6)版本从主服务器推送到各个子节点，为了保证版本的完整性，提供了基于MD5 的验证方式，其流程图如图3所示，物理节点部署模式如图4所示。

(2-6)版本分发结果上送支持，包括以下步骤：

(2-6-1)解析配置版本分发结果上送的服务器地址，建立与上送服务器的连接；

(2-6-2)根据节点的类型，选择不同的结果处理，如果节点类型为主服务器，则启动分 发结果的持久化操作；如果节点类型为中间传输节点，则把接收到的叶子节点的分发结果转 送到其上级节点；

(2-6-3)根据配置结果上送失败时的重发策略，在版本分发结果上送出现错误时按重发 策略进行数据的重发。

(3)该实施例中的监控期对版本进行分发，分发的结果进行信息收集，监控各级节点的 分发状态的操作，包括以下步骤：

(3-1)版本上传，包括以下步骤：

(3-1-1)准备上传的版本文件；

(3-1-2)通过页面的“浏览”按钮，选择要上传的版本文件；

(3-1-3)设置版本号等相关属性后，点击“上传”按钮，把版本文件上传到主服务器；

(3-1-4)主服务器接收到文件后，根据配置的任务队列大小，启动相应的线程对版本进 行一下节点的分发；

(3-1-5)中间传输结点收到文件后，根据配置的任务队列大小，启动相应的线程对版本 进行一下节点的分发，完成版本的多级分发，直到叶子节点；

(3-1-6)叶子节点收到版本文件后进行文件的更新替换操作。

(3-2)版本库管理，版本的作废、回退，包括以下步骤：

(3-2-1)进入版本库的维护页面；

(3-2-2)先把最新的更新的补丁；

(3-2-3)点击“作废”按钮进行作废操作，把作废的命令分发到主服务器，然后通过中间 传输节点把指令最终传输到叶子节点，把补丁作废；

(3-2-4)点击“回退”按钮进行回退操作，把回退的命令分发到主服务器，然后通过中间 传输节点把指令最终传输到叶子节点，把补丁回退到上一版本。

(3-3)版本重发，包括以下步骤：

(3-3-1)进行版本分发的监控界面；

(3-3-2)根据分发状态，查找到分发失败的节点，并选择；

(3-3-3)点击“重发”按钮，把版本再次发送到失败的节点上。

(3-4)版本分发结果收集，包括以下步骤：

(3-4-1)主服务器启动结果收集的端口，接收分发结果数据，并持久化到数据库；

(3-4-2)中间传输结点收集各叶子节点的版本分发结果，并把结果汇总传输给上级节点；

(3-4-3)叶子节点把版本分发的状态传输到其上级节点。

(3-5)版本分发结果展示，包括以下步骤：

(3-5-1)从数据库中读取版本分发结果；

(3-5-2)按分发结果数据上传的层级关系，把数据加载成树形结构；

(3-5-3)展示节点的结构树；

(3-5-4)点击结构树的叶子节点，查看节点的分发结果，如果分发失败，能查看到相应 的错误信息，同时通过“重发”按钮对分发失败的节点进行重发操作。

经过以上步骤，采用了该发明的云计算环境中基于固定带宽的多层次多节点的版本分发 的方法，从而使得对版本分发的工作更为简单而高效，通过多级分发的策略模式，能有效地 节约网络带宽，同时通过集中对版本分发结果的收集和展示，能实时地掌握分发的姿态，大 大增加了对版本分发的监控力度；同时，采用本发明的方法，对版本分发的过程更加直观， 提高了分发的效率，快捷方便，系统运行效率较高，性能稳定可靠，降低了开发维护的成本； 而且增强了系统可移植性和可扩展性，使用户专注于业务逻辑的处理；不仅如此，该方法还 能够快速适应业务需求的变化和技术变化，能够支撑建立高度模块化而且又高度整合的软件 系统，适用范围较为广泛，为企业应用中对版本分发的管理打下了坚实的基础。

在此说明书中，本发明已参照其特定的实施例作了描述。但是，很显然仍可以作出各种 修改和变换而不背离本发明的精神和范围。因此，说明书和附图应被认为是说明性的而非限 制性的。