CN107729046A - 一种软件版本自动化发布方法及装置 - Google Patents

Abstract

本发明提供一种软件版本自动化发布方法，包括：将软件版本的发布流程分解成各个独立动作并封装相关的业务指令，同时按照流程将各独立动作串联成标准的流程发布模版；对各独立动作均进行固化实现，且将独立动作中的变化内容均当作参数来配置；将每一业务指令均由基于bpmn2.0规范的Activiti5进行二次开发；根据制定的软件版本的发布策略添加流程发布模版，并按照流程一键式自动执行流程发布模版中的各个独立动作节点；采集各独立动作节点的执行日志到数据库中，并将各个独立动作节点的执行情况以及版本的发布结果展示到页面上。本发明优点：可有效解决软件产品发布困难、发布工作量大、发布效率低等问题，从而提升软件升级的可靠性和稳定性。

Description

一种软件版本自动化发布方法及装置

技术领域

本发明涉及一种软件版本自动化发布方法及装置。

背景技术

随着科技的不断发展，我国IT系统建设已取得了阶段性成果，IT的发展由普遍建设开始向普遍运维转型，面对电信行业多级、分域、面向社会服务的特性，需要不断的对系统版本进行迭代更新，来应对迅速增长的业务。而当前模式下的系统发布存在如下问题：

1、IT系统越来越多：随着电信业务的不断发展，IT系统的建设越发繁多，且品种多样，维护成本高，缺少统一有效的管理。

2、版本发布多，应对困难：面对如此庞大的IT系统平台，一次的版本发布可能会涉及多个系统的同步更新，牵扯到成百上千台的机器更新，仅靠人力来完成这项庞大的工作，并不现实，也必然会出现发布步骤的遗漏和不稳定性，所以自动化的工具尤为重要。

3、发布步骤繁多且杂，易遗漏，易出错：版本发布过程往往是由多个步骤组成的，并且每个步骤所对应的操作各不相同，人工操作容易出现漏执行，错执行，从而影响到整体的发布效率和稳定。

4、发布目标繁多，效率低下：每一个发布步骤往往是指向多个目标的，假设有十个步骤，每个步骤需要操作十个目标，那么发布人员需要做一百次类似的操作，效率低下；

5、对发布人员技能要求较高：发布人员需要熟练掌握各种发布技能、一些步骤的操作以及掌握排错能力，因此需要花费较多的精力做技能培训；

6、发布过程过度依赖各种工具：由于发布的过程是通过不同的步骤来共同完成的，往往需要借助一些工具来完成，对工具的依赖度较高。

发明内容

本发明要解决的技术问题之一，在于提供一种软件版本自动化发布方法，通过该方法来实现软件版本的自动化发布升级，可有效解决软件产品发布困难、发布工作量大、发布效率低等问题，从而提升软件产品升级的可靠性和稳定性。

本发明是这样实现技术问题之一的：一种软件版本自动化发布方法，所述方法包括：

步骤10、将软件版本的发布流程分解成各个独立动作，并对每一独立动作均封装相关的业务指令，同时按照流程执行的先后顺序将各个独立动作串联在一起形成标准的流程发布模版；

步骤20、对各个独立动作均进行固化实现，且将独立动作中涉及到的变化内容均当作参数来进行配置；

步骤30、将封装于每一独立动作中的业务指令均由基于bpmn2.0规范的开源流程引擎框架进行二次开发，以提供一个可视化、标准化的流程配置框架；

步骤40、制定软件版本的发布策略，根据发布策略添加流程发布模版，并按照流程的先后顺序一键式自动执行流程发布模版中的各个独立动作节点，完成软件版本的自动化发布；

步骤50、采集各个独立动作节点的执行日志到数据库中，并利用开源框架将各个独立动作节点的执行情况以及版本的发布结果展示到页面上。

进一步地，所述步骤40具体为：

制定软件版本的灰度发布策略，并根据灰度发布策略添加流程发布模版；利用软件自动化发布工具来根据用户请求进行软件版本的分流控制，并按照流程的先后顺序，一键式自动执行各软件版本所对应的流程发布模版中的各个独立动作节点，完成软件版本的自动化发布。

进一步地，所述步骤40还包括：

对每个独立动作节点均设置一异常捕捉机制，在执行流程的过程中，当异常捕捉机制捕捉到异常时，便立即中断流程的执行，并发送告警消息给发布人员。

进一步地，所述步骤50还包括：

记录每次发布软件版本时各个服务器的停机时间，统计出各个服务器的停机情况，并以图表的形式将停机情况展示到页面上。

进一步地，所述步骤50还包括：

记录软件版本的发布历史以及制定未来的发布计划，并根据发布历史和发布计划生成版本发布日历，且将版本发布日历展示到页面上。

本发明要解决的技术问题之二，在于提供一种软件版本自动化发布装置，通过该装置来实现软件版本的自动化发布升级，可有效解决软件产品发布困难、发布工作量大、发布效率低等问题，从而提升软件产品升级的可靠性和稳定性。

本发明是这样实现技术问题之二的：一种软件版本自动化发布装置，所述装置包括模版生成模块、动作固定模块、指令开发模块、自动发布模块以及展示模块；

所述模版生成模块，用于将软件版本的发布流程分解成各个独立动作，并对每一独立动作均封装相关的业务指令，同时按照流程执行的先后顺序将各个独立动作串联在一起形成标准的流程发布模版；

所述动作固定模块，用于对各个独立动作均进行固化实现，且将独立动作中涉及到的变化内容均当作参数来进行配置；

所述指令开发模块，用于将封装于每一独立动作中的业务指令均由基于 bpmn2.0规范的开源流程引擎框架进行二次开发，以提供一个可视化、标准化的流程配置框架；

所述自动发布模块，用于制定软件版本的发布策略，根据发布策略添加流程发布模版，并按照流程的先后顺序一键式自动执行流程发布模版中的各个独立动作节点，完成软件版本的自动化发布；

所述展示模块，用于采集各个独立动作节点的执行日志到数据库中，并利用开源框架将各个独立动作节点的执行情况以及版本的发布结果展示到页面上。

进一步地，所述自动发布模块具体为：

制定软件版本的灰度发布策略，并根据灰度发布策略添加流程发布模版；利用软件自动化发布工具来根据用户请求进行软件版本的分流控制，并按照流程的先后顺序，一键式自动执行各软件版本所对应的流程发布模版中的各个独立动作节点，完成软件版本的自动化发布。

进一步地，所述自动发布模块还用于：

对每个独立动作节点均设置一异常捕捉机制，在执行流程的过程中，当异常捕捉机制捕捉到异常时，便立即中断流程的执行，并发送告警消息给发布人员。

进一步地，所述展示模块还用于：

记录每次发布软件版本时各个服务器的停机时间，统计出各个服务器的停机情况，并以图表的形式将停机情况展示到页面上。

进一步地，所述展示模块还用于：

记录软件版本的发布历史以及制定未来的发布计划，并根据发布历史和发布计划生成版本发布日历，且将版本发布日历展示到页面上。

本发明具有如下优点：本发明在版本发布、版本测试、版本回退等日常的IT系统版本升级中都起到很大的作用，可极大的提高产品升级质量和升级效率，降低产品发布的工作量，大大的节约了运维成本。

附图说明

下面参照附图结合实施例对本发明作进一步的说明。

图1为本发明一种软件版本自动化发布方法的执行流程图。

图2为本发明一种软件版本自动化发布装置的原理框图。

具体实施方式

请参照图1所示，本发明一种软件版本自动化发布方法的较佳实施例，所述方法包括：

步骤10、将软件版本的发布流程分解成各个独立动作，并对每一独立动作均封装相关的业务指令，同时按照流程执行的先后顺序将各个独立动作串联在一起形成标准的流程发布模版；

例如，某一个软件版本的发布流程包括一下十个环节：1.发邮件，2.发公告，3.状态采集URL，4.下载文件，5.上传文件，6.备份存储过程，7.脚本审核，8.脚本执行，9.发布应用，10.发布后验证；那么在执行该步骤10时，就将以上十个环节均单独分解出来，并对每一个环节均封装相关的业务指令，如发邮件环节，在封装上相关的业务指令后，当执行流程时，就会先从数据库中读取预先配置的目标邮件清单，然后再调用发送邮件的程序，从而实现发布前的邮件公告；按照流程执行的先后顺序将以上十个环节串联起来 (发邮件→发公告→状态采集URL→下载文件→上传文件→备份存储过程→脚本审核→脚本执行→发布应用→发布后验证)。

由于执行该步骤10主要用于实现将整个软件版本的发布流程进行模版，因此，在具体实施时，该步骤10之前还包括：根据各个发布系统的不同发布需求预先制定通用性的流程发布模版，或者预先制定通用的独立动作且封装上相关的业务指令，即可以根据不同发布系统的不同发布需求来个性化定制一些通用的流程发布模版或者独立动作，这样在实际执行过程中就可以将预先制定的流程发布模版或者独立动作直接拿过来使用(可通过拖拽的方式来实现)，有助于避免重复的配置劳动。

步骤20、对各个独立动作均进行固化实现，且将独立动作中涉及到的变化内容均当作参数来进行配置；例如，在上传环节中，可以将上传路径和本地路径当作参数来供用户进行配置，将上传的目标主机当作资源来供用户进行配置。

步骤30、将封装于每一独立动作中的业务指令均由基于bpmn2.0规范的开源流程引擎框架(如Activiti5)进行二次开发，以提供一个可视化、标准化的流程配置框架，这可使整个配置过程变得更为规范合理；

步骤40、制定软件版本的发布策略，根据发布策略添加流程发布模版，并按照流程的先后顺序一键式自动执行流程发布模版中的各个独立动作节点，完成软件版本的自动化发布；

其中，

所述步骤40具体为：

制定软件版本的灰度发布策略，并根据灰度发布策略添加流程发布模版；利用软件自动化发布工具来根据用户请求进行软件版本的分流控制，并按照流程的先后顺序，一键式自动执行各软件版本所对应的流程发布模版中的各个独立动作节点，在无人值守时，还可以通过定时触发进行发布，完成软件版本的自动化发布。例如，要针对一小部分营业厅发布软件升级版本A，其余的营业厅均发布普通版本B，那么，就将软件升级版本A和普通版本B 的流程发布模版添加到发布目录中，然后根据各营业厅的请求，利用软件自动化发布工具来进行分流控制，以实现将软件升级版本A发布给小部分请求的营业厅试运行，将普通版本B发布给其它大部分的营业厅使用。通过采用灰度发布，可确保系统的整体稳定性，并在初始灰度的时候就可以及时发现和调整问题，以一个软件版本的可靠性。

所述步骤40还包括：

对每个独立动作节点均设置一异常捕捉机制，在执行流程的过程中，当异常捕捉机制捕捉到异常时，便立即中断流程的执行，并发送告警消息给发布人员，具体可通过邮件、短信等方式发送给发布人员，以提醒发布人员及时进行处理。

步骤50、采集各个独立动作节点的执行日志到数据库中，并利用开源框架将各个独立动作节点的执行情况以及版本的发布结果展示到页面上。在具体实施时，需要将封装于独立动作节点内的各业务指令的执行情况、独立动作节点的执行结果等日志信息均采集到数据库中，再从数据库中读取相关的执行情况进行封装，并基于Ajax+Spring+Hibernate开源框架，将各独立动作节点的执行情况以及版本的发布结果均可视化呈现出来，以供发布人员可以实时了解发布的情况。

其中，所述步骤50还包括：

记录每次发布软件版本时各个服务器的停机时间，统计出各个服务器的停机情况，并以图表的形式将停机情况展示到页面上。由于服务器在工作的过程中都有停机时长的限制，通过对各个服务器的停机情况进行实时统计，并以图表的形式展示出来，可十分方便相关人员实时查看，并采取相关的措施，避免停机时长超过规定的限制。

所述步骤50还包括：

记录软件版本的发布历史(例如，何年何月何日发布了哪些软件版本，这些软件版本的发布结果等)以及制定未来的发布计划(例如，未来何年何月何日要发布哪些软件版本等)，并根据发布历史和发布计划生成版本发布日历，且将版本发布日历展示到页面上，这样可以方便相关人员直观的看到软件版本的升级情况。

请参照图2所示，本发明一种软件版本自动化发布装置的较佳实施例，所述装置包括模版生成模块、动作固定模块、指令开发模块、自动发布模块以及展示模块；

所述模版生成模块，用于将软件版本的发布流程分解成各个独立动作，并对每一独立动作均封装相关的业务指令，同时按照流程执行的先后顺序将各个独立动作串联在一起形成标准的流程发布模版；

例如，某一个软件版本的发布流程包括一下十个环节：1.发邮件，2.发公告，3.状态采集URL，4.下载文件，5.上传文件，6.备份存储过程，7.脚本审核，8.脚本执行，9.发布应用，10.发布后验证；那么在执行该步骤10时，就将以上十个环节均单独分解出来，并对每一个环节均封装相关的业务指令，如发邮件环节，在封装上相关的业务指令后，当执行流程时，就会先从数据库中读取预先配置的目标邮件清单，然后再调用发送邮件的程序，从而实现发布前的邮件公告；按照流程执行的先后顺序将以上十个环节串联起来 (发邮件→发公告→状态采集URL→下载文件→上传文件→备份存储过程→脚本审核→脚本执行→发布应用→发布后验证)。

由于执行该模版生成模块主要用于实现将整个软件版本的发布流程进行模版，因此，在具体实施时，该模版生成模块之前还包括模版预制模块：用于根据各个发布系统的不同发布需求预先制定通用性的流程发布模版，或者预先制定通用的独立动作且封装上相关的业务指令，即可以根据不同发布系统的不同发布需求来个性化定制一些通用的流程发布模版或者独立动作，这样在实际执行过程中就可以将预先制定的流程发布模版或者独立动作直接拿过来使用(可通过拖拽的方式来实现)，有助于避免重复的配置劳动。

所述动作固定模块，用于对各个独立动作均进行固化实现，且将独立动作中涉及到的变化内容均当作参数来进行配置；例如，在上传环节中，可以将上传路径和本地路径当作参数来供用户进行配置，将上传的目标主机当作资源来供用户进行配置。

所述指令开发模块，用于将封装于每一独立动作中的业务指令均由基于 bpmn2.0规范的开源流程引擎框架(如Activiti5)进行二次开发，以提供一个可视化、标准化的流程配置框架，这可使整个配置过程变得更为规范合理；

所述自动发布模块，用于制定软件版本的发布策略，根据发布策略添加流程发布模版，并按照流程的先后顺序一键式自动执行流程发布模版中的各个独立动作节点，完成软件版本的自动化发布；

其中，

所述自动发布模块具体为：

制定软件版本的灰度发布策略，并根据灰度发布策略添加流程发布模版；利用软件自动化发布工具来根据用户请求进行软件版本的分流控制，并按照流程的先后顺序，一键式自动执行各软件版本所对应的流程发布模版中的各个独立动作节点，在无人值守时，还可以通过定时触发进行发布，完成软件版本的自动化发布。例如，要针对一小部分营业厅发布软件升级版本A，其余的营业厅均发布普通版本B，那么，就将软件升级版本A和普通版本B 的流程发布模版添加到发布目录中，然后根据各营业厅的请求，利用软件自动化发布工具来进行分流控制，以实现将软件升级版本A发布给小部分请求的营业厅试运行，将普通版本B发布给其它大部分的营业厅使用。通过采用灰度发布，可确保系统的整体稳定性，并在初始灰度的时候就可以及时发现和调整问题，以一个软件版本的可靠性。

所述自动发布模块还包括：

对每个独立动作节点均设置一异常捕捉机制，在执行流程的过程中，当异常捕捉机制捕捉到异常时，便立即中断流程的执行，并发送告警消息给发布人员，具体可通过邮件、短信等方式发送给发布人员，以提醒发布人员及时进行处理。

所述展示模块，用于采集各个独立动作节点的执行日志到数据库中，并利用开源框架将各个独立动作节点的执行情况以及版本的发布结果展示到页面上。在具体实施时，需要将封装于独立动作节点内的各业务指令的执行情况、独立动作节点的执行结果等日志信息均采集到数据库中，再从数据库中读取相关的执行情况进行封装，并基于Ajax+Spring+Hibernate开源框架，将各独立动作节点的执行情况以及版本的发布结果均可视化呈现出来，以供发布人员可以实时了解发布的情况。

其中，所述展示模块还包括：

记录每次发布软件版本时各个服务器的停机时间，统计出各个服务器的停机情况，并以图表的形式将停机情况展示到页面上。由于服务器在工作的过程中都有停机时长的限制，通过对各个服务器的停机情况进行实时统计，并以图表的形式展示出来，可十分方便相关人员实时查看，并采取相关的措施，避免停机时长超过规定的限制。

所述展示模块还包括：

记录软件版本的发布历史(例如，何年何月何日发布了哪些软件版本，这些软件版本的发布结果等)以及制定未来的发布计划(例如，未来何年何月何日要发布哪些软件版本等)，并根据发布历史和发布计划生成版本发布日历，且将版本发布日历展示到页面上，这样可以方便相关人员直观的看到软件版本的升级情况。

由上述可知，本发明具有如下优点：1、可有效解决软件版本发布过程中存在的发布困难、发布工作量大、发布效率低等问题，有利于提升软件产品升级的可靠性和稳定性；2、通过预先制定流程发布模版或者独立动作，有助于避免重复的配置劳动，并从而提升软件升级和维护人员的工作效率； 3、能够解决多IT系统，多集群的发布，多步骤的整体实现，可以适配跨系统、跨行业的功能支持；4、可支持一键式和定时无人值守式发布模式，有利于减少维护操作，降低人力成本；5、通过预先制定的灰度发布策略，可有效降低软件版本发布的影响度。总之，本发明在版本发布、版本测试、版本回退等日常的IT系统版本升级中都起到很大的作用，可极大的提高产品升级质量和升级效率，降低产品发布的工作量，大大的节约了运维成本。

虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。

Claims (10)

1.一种软件版本自动化发布方法，其特征在于：所述方法包括：

步骤10、将软件版本的发布流程分解成各个独立动作，并对每一独立动作均封装相关的业务指令，同时按照流程执行的先后顺序将各个独立动作串联在一起形成标准的流程发布模版；

步骤20、对各个独立动作均进行固化实现，且将独立动作中涉及到的变化内容均当作参数来进行配置；

步骤30、将封装于每一独立动作中的业务指令均由基于bpmn2.0规范的开源流程引擎框架进行二次开发，以提供一个可视化、标准化的流程配置框架；

步骤40、制定软件版本的发布策略，根据发布策略添加流程发布模版，并按照流程的先后顺序一键式自动执行流程发布模版中的各个独立动作节点，完成软件版本的自动化发布；

步骤50、采集各个独立动作节点的执行日志到数据库中，并利用开源框架将各个独立动作节点的执行情况以及版本的发布结果展示到页面上。

2.根据权利要求1所述的一种软件版本自动化发布方法，其特征在于：所述步骤40具体为：

制定软件版本的灰度发布策略，并根据灰度发布策略添加流程发布模版；利用软件自动化发布工具来根据用户请求进行软件版本的分流控制，并按照流程的先后顺序，一键式自动执行各软件版本所对应的流程发布模版中的各个独立动作节点，完成软件版本的自动化发布。

3.根据权利要求1所述的一种软件版本自动化发布方法，其特征在于：所述步骤40还包括：

对每个独立动作节点均设置一异常捕捉机制，在执行流程的过程中，当异常捕捉机制捕捉到异常时，便立即中断流程的执行，并发送告警消息给发布人员。

4.根据权利要求1所述的一种软件版本自动化发布方法，其特征在于：所述步骤50还包括：

记录每次发布软件版本时各个服务器的停机时间，统计出各个服务器的停机情况，并以图表的形式将停机情况展示到页面上。

5.根据权利要求1所述的一种软件版本自动化发布方法，其特征在于：所述步骤50还包括：

记录软件版本的发布历史以及制定未来的发布计划，并根据发布历史和发布计划生成版本发布日历，且将版本发布日历展示到页面上。

6.一种软件版本自动化发布装置，其特征在于：所述装置包括模版生成模块、动作固定模块、指令开发模块、自动发布模块以及展示模块；

所述模版生成模块，用于将软件版本的发布流程分解成各个独立动作，并对每一独立动作均封装相关的业务指令，同时按照流程执行的先后顺序将各个独立动作串联在一起形成标准的流程发布模版；

所述动作固定模块，用于对各个独立动作均进行固化实现，且将独立动作中涉及到的变化内容均当作参数来进行配置；

所述指令开发模块，用于将封装于每一独立动作中的业务指令均由基于bpmn2.0规范的开源流程引擎框架进行二次开发，以提供一个可视化、标准化的流程配置框架；

所述自动发布模块，用于制定软件版本的发布策略，根据发布策略添加流程发布模版，并按照流程的先后顺序一键式自动执行流程发布模版中的各个独立动作节点，完成软件版本的自动化发布；

所述展示模块，用于采集各个独立动作节点的执行日志到数据库中，并利用开源框架将各个独立动作节点的执行情况以及版本的发布结果展示到页面上。

7.根据权利要求6所述的一种软件版本自动化发布装置，其特征在于：所述自动发布模块具体为：

制定软件版本的灰度发布策略，并根据灰度发布策略添加流程发布模版；利用软件自动化发布工具来根据用户请求进行软件版本的分流控制，并按照流程的先后顺序，一键式自动执行各软件版本所对应的流程发布模版中的各个独立动作节点，完成软件版本的自动化发布。

8.根据权利要求6所述的一种软件版本自动化发布装置，其特征在于：所述自动发布模块还用于：

对每个独立动作节点均设置一异常捕捉机制，在执行流程的过程中，当异常捕捉机制捕捉到异常时，便立即中断流程的执行，并发送告警消息给发布人员。

9.根据权利要求6所述的一种软件版本自动化发布装置，其特征在于：所述展示模块还用于：

记录每次发布软件版本时各个服务器的停机时间，统计出各个服务器的停机情况，并以图表的形式将停机情况展示到页面上。

10.根据权利要求6所述的一种软件版本自动化发布装置，其特征在于：所述展示模块还用于：

记录软件版本的发布历史以及制定未来的发布计划，并根据发布历史和发布计划生成版本发布日历，且将版本发布日历展示到页面上。