基于开源ERP平台应用部署的同步方法及系统

摘要

本发明属于软件技术领域，具体涉及基于开源ERP平台应用部署的同步方法及系统。所述方法执行以下步骤：步骤1：响应于需求申请信息，创建传输请求；步骤2：基于创建的传输请求，将需要传输的应用程序分配到传输请求中；步骤3：启动传输请求进行传输，确认传输，并检查传输是否成功。本发明简化了开源ERP平台中应用程序部署多个环境同步的复杂性，只需要简单的操作就可以完成不同环境、跨主机之间的部署和同步。同时，本发明实现了开发需求与App更新之间的联动性和可追踪性，极大程度地降低了App上线到正式环境的异常风险。

说明书

技术领域

本发明属于软件技术领域，具体涉及基于开源ERP平台应用部署的同步方法及系统。

背景技术

ERP系统是企业资源计划（Enterprise Resource Planning）的简称，是指建立在信息技术基础上，集信息技术与先进管理思想于一身，以系统化的管理思想，为企业员工及决策层提供决策手段的管理平台。

它是从MRP（物料需求计划）发展而来的新一代集成化管理信息系统，它扩展了MRP的功能，其核心思想是供应链管理。它跳出了传统企业边界，从供应链范围去优化企业的资源，优化了现代企业的运行模式，反映了市场对企业合理调配资源的要求。它对于改善企业业务流程、提高企业核心竞争力具有显著作用。

ODOO平台是开源社区流行的软件开发平台之一，目前开发的App软

件，主要面向企业ERP,CRM,SRM,PLM等领域，由于其社区化、开源化优势，从2003年发展至今，目前已有超过16000多个App，全球在用ODOO

平台的公司超过5万家，在用的用户超过2百万。ODOO平台的强大之处是各类App可以自由组合，还可以自由进行二次开发。但是目前，App在开发、测试、到正式环境的部署工作量巨大，且人工部署经常难以确保各个环境的程序一致性，错误频发，难以追踪。

ODOO中进行App更新部署流程存在的问题及缺陷说明如下：

1.部署工作量大：App上线发布之前，需要在开发环境完成单元测试，

先部署到测试环境(通常开发环境与测试环境是不同的主机)，部署的时候需要部署人员登入到测试环境，把开发环境App包含的所有文件或数据人工传输到测试环境，尤其大多是情形下需要同时部署多个App，所以部署工作繁重。在测试环境完成集成测试后，同样的方式还需要再部署到正式环境(通常正式环境与测试环境也是不同的主机)；

2.程序版本不同步：因为App开发或者修改，都是按照需求来进行的，通常一个需求又会关联一个以上的App，这些App的变更是需要同时进行在测试环境和正式环境进行分别部署的，实际过程中，会经常发生部署以后需要撤回的情形，若没有按需求进行管控，经常会发生不同环境系统文件的版本的不同步；

3.部署经常发生异常：造成系统出错或者宕机，因为一个需求经常需要把修改过的关联App同时部署到测试环境或者正式环境，且保证每个App的依赖App对应的版本都是一致的，才能保证不会出现异常。而人工部署，经常由于疏忽或者操作失误导致不同步，从而引发系统出错，严重时直接造成系统宕机，影响正常业务运作，产生经济损失。

发明内容

有鉴于此，本发明的主要目的在于提供基于开源ERP平台应用部署的同步方法及系统，本发明简化了开源ERP平台中应用程序部署多个环境同步的复杂性，只需要简单的操作就可以完成不同环境、跨主机之间的部署和同步。同时，本发明实现了开发需求与App更新之间的联动性和可追踪性，极大程度地降低了App上线到正式环境的异常风险。

为达到上述目的，本发明的技术方案是这样实现的：

基于开源ERP平台应用部署的同步方法，所述方法执行以下步骤：

步骤1：响应于需求申请信息，创建传输请求；

步骤2：基于创建的传输请求，将需要传输的应用程序分配到传输请求中；

步骤3：启动传输请求进行传输，并检查传输是否成功。

进一步的，所述步骤1中在创建传输请求时，将生成的唯一的请求ID；所述请求ID作为创建的传输请求的唯一标识。

进一步的，所述在步骤2中将需要传输的应用程序分配到传输请求中时，通过选择或输入的方式设定需要传输的应用程序和应用程序的版本；若需要传输的应用程序为新建的应用程序，则在创建应用程序时，直接分配到传输请求。

进一步的，所述在步骤1中创建传输请求时，将设定所述传输请求的目的信息；所述目的信息包括：目的环境信息和目的主机信息。

进一步的，每个所述传输请求中可以容纳一个或多个应用程序。

进一步的，所述步骤2中将需要传输的应用程序分配到传输请求的方式有两种，分别为：自动收集方式和手动选择方式；所述自动收集方式自动收集需要传输的应用程序，将收集到的应用程序分配到传输请求中；所述手动选择方式通过手动选择需要传输的应用程序，将选择的应用程序分配到传输请求中。

进一步的，所述步骤3中，当启动传输请求进行传输时，使用基于FTP及RSYNC的方法，将不同环境或不同主机内的应用程序文件进行同步。

进一步的，所述步骤3中在启动传输请求前，配置不同环境的参数，以实现不同环境下主机的连通；同时，配置传输请求的应用程序的文件位置。

进一步的，所述步骤3中当检查传输失败时，调整传输请求的目的主机信息或检查传输失败原因，重新启动传输。

一种基于开源ERP平台应用部署的同步系统。

本发明的基于开源ERP平台应用部署的同步方法及系统，具有如下有益效果：利用传输管理系统，简化了开源ERP平台应用程序部署多个环境同步的复杂性，只需要简单的操作就可以完成不同环境、跨主机之间的部署和同步。提高了部署的工作效率，又同时降低了人工部署经常出现的异常风险。

附图说明

图1为本发明实施例提供的基于开源ERP平台应用部署的同步方法的方法流程示意图；

图2为本发明实施例提供的基于开源ERP平台应用部署的同步方法及系统的现有技术进行应用程序部署同步的流程示意图；

图3为本发明实施例提供的基于开源ERP平台应用部署的同步方法及系统进行应用程序部署同步的流程示意图。

具体实施方式

下面结合附图及本发明的实施例对本发明的方法作进一步详细的说明。

实施例1

如图1所示，基于开源ERP平台应用部署的同步方法，所述方法执行以下步骤：

步骤1：响应于需求申请信息，创建传输请求；

步骤2：基于创建的传输请求，将需要传输的应用程序分配到传输请求中；

步骤3：启动传输请求进行传输，并检查传输是否成功；

在上一实施例的基础上，所述步骤1中在创建传输请求时，将生成的唯一的请求ID；所述请求ID作为创建的传输请求的唯一标识。

在上一实施例的基础上，所述在步骤2中将需要传输的应用程序分配到传输请求中时，通过选择或输入的方式设定需要传输的应用程序和应用程序的版本；若需要传输的应用程序为新建的应用程序，则在创建应用程序时，直接分配到传输请求。

具体的，本发明可以应用于ODOO开源社区软件开发平台，利用RSYNC,FTP,Python等开发技术实现App开发在开发环境、测试环境与正式生产环境的程序文件版本传输控制，保证了各个环境系统的一致性，同时减少了人工部署各个环境的工作量和错误。本发明借鉴了大型软件平台：SAP平台的程式部署STMS系统原理。STMS的目的：把开发主机中的程序或对象传输到对应的测试或生产主机中去。以保持各个主机的系统的同步性，便于测试和上线部署。SAPS TMS的技术原理：首先，需要创建一个传输用的请求；其次，把修改或新增的程序及对象放到这个请求中；最后，发布这个请求，并同时把这个请求对应的变更从开发主机传输到测试主机，或者从测试主机传输到开发主机中。

在上一实施例的基础上，所述在步骤1中创建传输请求时，将设定所述传输请求的目的信息；所述目的信息包括：目的环境信息和目的主机信息。

具体的，在同步之前，要保证现有服务器和目标服务器的环境相同，维护好目标服务器的IP地址和端口号，登陆的账号密码。如果验证失败则无法同步，使用Odoo平台建立的客户需求申请模块，可以方便快捷的创建客户需求申请信息，并利用表单形式记录创建人，创建时间，部署的目标服务器，部署状态等等信息。方便直观地进行表单管理。

具体的，可以设置你是想上传/下载数据还是想同时上传/下载数据。选择对应的App,App的维度可以细到模型表，模型字段。还可以写domain表达式，进行不同记录规则之间的同步，实现了开发需求与App更新之间的联动性和可追踪性，更体现了它的灵活性，可配置性。

在上一实施例的基础上，每个所述传输请求中可以容纳一个或多个应用程序。

具体的，在客户需求申请表单中点击一键同步，即可利用RSYNC和FTP技术开始自动化部署服务器。RSYNC是Linux系统的数据镜像备份工具，每次传输只传输修改过的文件，实现了文件的快速传输，RSYNC使用scp、ssh等方式保证了文件传输安全。

在上一实施例的基础上，所述步骤2中将需要传输的应用程序分配到传输请求的方式有两种，分别为：自动收集方式和手动选择方式；所述自动收集方式自动收集需要传输的应用程序，将收集到的应用程序分配到传输请求中；所述手动选择方式通过手动选择需要传输的应用程序，将选择的应用程序分配到传输请求中。

具体的，三个环境也可以说是系统开发的三个阶段：开发->测试->上线，其中生产环境也就是通常说的真实环境。部署动作可分为：下载文件、执行脚本、执行命令、上传文件、填写参数、日志管理、服务管理，7种类型。用户可自定义顺序选择部署过程中需要执行的动作，并填写执行参数。自动化部署需要分析部署日志，确定该部署是否成功。其中日志分为2种类型：过程日志、结果日志。每次自动化部署后，发送相应的邮件，短信给对应负责人，可在系统管理编辑框配置是否开启该功能。部署管控台以系统为维度，创建系统角色，授权权限给角色，再将角色分配给各个用户。用户只能操作自己角色所拥有的系统。部署管控台以系统为维度，创建系统角色，授权权限给角色，再将角色分配给各个用户。用户只能操作自己角色所拥有的系统。部署管控台以系统为维度，创建系统角色，授权权限给角色，再将角色分配给各个用户。用户只能操作自己角色所拥有的系统。从而提高部署效率和质量：统一部署脚本，通过参数化管理来区分各个环境之间的差异，极大的降低了在不同环境部署时因人员失误导致的部署异常或失败。且一次配置多次复用，极大程度地降低了App上线到正式环境的异常风险，缩短部署耗时，提高部署效率。

在上一实施例的基础上，所述步骤3中，当启动传输请求进行传输时，使用基于RSYNC及FTP的方法，将不同环境或不同主机内的应用程序进行同步。

在上一实施例的基础上，所述步骤3中在启动传输请求前，配置不同环境的参数，以实现不同环境下主机的连通；同时，配置传输请求的应用程序的文件位置。

在上一实施例的基础上，所述步骤3中当检查传输失败时，调整传输请求的目的主机信息或检查传输失败原因，重新启动传输。

一种基于开源ERP平台应用部署的同步系统。

所属技术领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程及有关说明，可以参考前述方法实施例中的对应过程，在此不再赘述。

需要说明的是，上述实施例提供的系统，仅以上述各功能单元的划分进行举例说明，在实际应用中，可以根据需要而将上述功能分配由不同的功能单元来完成，即将本发明实施例中的单元或者步骤再分解或者组合，例如，上述实施例的单元可以合并为一个单元，也可以进一步拆分成多个子单元，以完成以上描述的全部或者单元功能。对于本发明实施例中涉及的单元、步骤的名称，仅仅是为了区分各个单元或者步骤，不视为对本发明的不当限定。

所属技术领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的存储装置、处理装置的具体工作过程及有关说明，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域技术人员应能够意识到，结合本文中所公开的实施例描述的各示例的单元、方法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，软件单元、方法步骤对应的程序可以置于随机存储器（RAM）、内存、只读存储器（ROM）、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。为了清楚地说明电子硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以电子硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

术语“第一”、“另一部分”等是配置用于区别类似的对象，而不是配置用于描述或表示特定的顺序或先后次序。

术语“包括”或者任何其它类似用语旨在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者单元/装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者还包括这些过程、方法、物品或者单元/装置所固有的要素。

至此，已经结合附图所示的优选实施方式描述了本发明的技术方案，但是，本领域技术人员容易理解的是，本发明的保护范围显然不局限于这些具体实施方式。在不偏离本发明的原理的前提下，本领域技术人员可以对相关技术标记作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本发明的保护范围之内。

以上所述，仅为本发明的较佳实施例而已，并非配置用于限定本发明的保护范围。